Mario,
the attached patch will make ms print on stdio the search string that
has reached the C-layer of mapserver. Output is verbose.
It should help you debug where the problem lies.
Regards,
Umberto
On 9/1/06, Mario Basa <[EMAIL PROTECTED]> wrote:
Umberto,
Thanks for the offer. I was really thinking of sending data for
testing the other day, but it occured to me that your environment
might not be capable of handling double-byte kanji characters.
I guess we'll test QueryByAttributeUnicode from here.
Mario.
On 9/1/06, Umberto Nicoletti <[EMAIL PROTECTED]> wrote:
> Mario,
> if you send me a sample shapefile, map and search string to test
> against QueryByAttributeUnicode I'm willing to look into this.
> Also, file an issue to bugzilla.
>
> Umberto
>
>
Index: mapregex.c
===================================================================
RCS file: /data2/cvsroot/mapserver/mapregex.c,v
retrieving revision 1.4
diff -C3 -r1.4 mapregex.c
*** mapregex.c 27 May 2005 20:51:43 -0000 1.4
--- mapregex.c 1 Sep 2006 10:28:30 -0000
***************
*** 69,74 ****
--- 69,75 ----
API_EXPORT(int) ms_regcomp(ms_regex_t *regex, const char *expr, int cflags)
{
/* Must free in regfree() */
+ printf("Searching:%s\n", expr);
regex_t* sys_regex = (regex_t*) malloc(sizeof(regex_t));
regex->sys_regex = (void*) sys_regex;
return regcomp(sys_regex, expr, cflags);
