Hi
>The iconv.dll and fribidi.dll should be available to load by the application by default. >Does this issue exists only when fribidi is compiled in? I can see a couple of non-const static variables used by the fribidi library and I wonder if we should >protect the access to these functions with locks inside the mapserver code in a multi-threaded environment. I have the both DLLs present in PATH/binary folders. Though I see SUPPORT=FRIBIDI output from map server, but I guess it is going through iconv. When a specify wrong encoding like 'abc' it throws exception that the encoding is not supported by iconv, which means it is using iconv. Forgot to mention this previously. There is no problem loading the map file (with encoding) in a desktop application on Vista. It hangs when I load in ASP.Net environment. But same map file loads fine in ASP.Net on XP machine. Appreciate all the help. Thanks Murty From: Tamas Szekeres [mailto:[email protected]] Sent: Wednesday, March 11, 2009 6:28 PM To: Murty Maganti Cc: Daniel Morissette; [email protected] Subject: Re: [mapserver-users] Label encoding 2009/3/11 Murty Maganti <[email protected]> Hi Is that list same if map server is compiled with Fribidi or is it different? Hi, I can see the followings added in fribidi (according to fribidi-char-sets-list.h) #ifdef _FRIBIDI_ADD_CHAR_SET_OTHERS _FRIBIDI_ADD_CHAR_SET_OTHERS (UTF8, utf8) /* UTF-8 (Unicode) */ _FRIBIDI_ADD_CHAR_SET_OTHERS (CAP_RTL, cap_rtl) /* CapRTL (Test) */ #endif /* _FRIBIDI_ADD_CHAR_SET_OTHERS */ #ifdef _FRIBIDI_ADD_CHAR_SET_ONE2ONE _FRIBIDI_ADD_CHAR_SET_ONE2ONE (ISO8859_6, iso8859_6) /* ISO8859-6 (Arabic) */ _FRIBIDI_ADD_CHAR_SET_ONE2ONE (ISO8859_8, iso8859_8) /* ISO8859-8 (Hebrew) */ _FRIBIDI_ADD_CHAR_SET_ONE2ONE (CP1255, cp1255) /* CP1255 (MS Hebrew/Yiddish) */ _FRIBIDI_ADD_CHAR_SET_ONE2ONE (CP1256, cp1256) /* CP1256 (MS Arabic) */ #endif /* _FRIBIDI_ADD_CHAR_SET_ONE2ONE */ As far as I can see this takes precedence over iconv when fribidi is compiled in, unless you specify FRIBIDI_NO_CHARSETS when compiling mapserver. In the latter case iconv is used to when doing the encoding. Also, have another issue. I have a map file that loads perfectly fine on XP and vista. The moment I add encoding attribute, it does not load in vista (no matter what the coding value). It just hangs in mapObj.draw() and need to restart IIS. Works fine on XP. Is there any clue where I can look to resolve the issue. Do I need to install any additional libraries for Iconv or Fribidi on Vista? The iconv.dll and fribidi.dll should be available to load by the application by default. Does this issue exists only when fribidi is compiled in? I can see a couple of non-const static variables used by the fribidi library and I wonder if we should protect the access to these functions with locks inside the mapserver code in a multi-threaded environment. Best regards, Tamas
_______________________________________________ mapserver-users mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/mapserver-users
