------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugs.exim.org/show_bug.cgi?id=1049 --- Comment #47 from Giuseppe D'Angelo <[email protected]> 2011-12-30 17:36:27 --- > > - the name table entry length returned by pcre16_fullinfo with > > PCRE_INFO_NAMEENTRYSIZE is still in bytes, but the table itself returned by > > PCRE_INFO_NAMETABLE contains 16 bit strings (as they appear in the 16 bit > > pattern) and every row is terminated by a 16 bit NUL (0x0000)? > > No. PCRE_INFO_NAMEENTRYSIZE contains the size in 16 bit characters, not bytes. I think you lost me here ... :) How are the two leading bytes (containing the corresponding capturing group index, as a big endian unsigned integer) considered then? > > > PCRE_SPTR16 is const short * > > > > Why not using an unsigned short here? > > Don't know. Anything will do as it is 16 bit long. It is converted to > pcre_uchar internally so this type is never used for accessing memory data. I > can change this if you prefer an unsigned type. For Qt, it would be a nice change. I also guess it would be nice under Win32 (where wchar_t is a typedef for unsigned short). I'm not sure about other potential users (WebKit?), so I let them speak for themselves. :-) Cheers, Giuseppe D'Angelo -- Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email -- ## List details at https://lists.exim.org/mailman/listinfo/pcre-dev
