icu

intl and icu configuration

心不动则不痛 提交于 2019-12-02 05:41:45
I've been working on a local development machine running Ubuntu 12 developing a Symfony2.3.5 application. All works well, until I uploaded the code and came across this: Could not load the resource bundle "/home/project/public_html/vendor/symfony/icu/Symfony/Component/Icu/Resources/data/region/en.res". The server is currently running the following: CENTOS 5.9 x86_64 standard WHM 11.38.2 (build 7) In WHM I've installed intl via the EasyApache installer, yet I'm still getting this error. This installed ICU 3.6 . My development version is 4.8.1, so about 10 years newer. Is the ICU version the

pyqt sqlite3 icu fts3 fts4 enabled 。全文搜索 功能

|▌冷眼眸甩不掉的悲伤 提交于 2019-12-02 03:23:02
目标:windows下让pyqt测试程序支持sqlite3 icu fts3/4的 全文搜索 功能。 环境: windows XP pyqt 安装文件 PyQt-Py2.7-x86-gpl-4.9.6-1.exe pyqt 源码包 PyQt-win-gpl-4.9.4.zip python 版本2.7 qt是官方下载的 4.8.4 EXE 安装包 难点: 一般自己的 测试程序 提示“no such module: fts4”错误,可以按照 网上《 Qt SQLite / SQLCipher driver plugin with ICU 》 一文的如下说明就能得到支持icu fts3/4的qt sqlite3 plugins: In order to make ICU work with the default SQLite driver plugin, you have to modify the .pro file, add the following lines DEFINES += SQLITE_ENABLE_ICU INCLUDEPATH += "Path/To/icu/include" LIBS += -L"Path/To/icu/lib" -licuuc -licuin and rebuild your SQLite driver plugin. 据此,我在$QT/4

ICU init failed: U_FILE_ACCESS_ERROR - when running swirl

我的未来我决定 提交于 2019-12-02 02:50:58
I Keep getting this error whenever I library(swirl) : Error in inDL(x, as.logical(local), as.logical(now), ...) : ICU init failed: U_FILE_ACCESS_ERROR Error: package or namespace load failed for ‘swirl’ I have reinstalled multiple versions of R multiple times. Reinstalled RTools multiple times Reset path and registry to what they were a week before when swirl was still working Reinstalled Visual Studio and R Studio and still the same effect Would be awesome to know what more I can do to eliminate this error. I am getting this error in all R environments (R Interactive, Visual Studio, R Studio)

node: could not initialize ICU (check NODE_ICU_DATA or --icu-data-dir parameters)

北城以北 提交于 2019-12-01 16:15:58
I was trying to upgrade node version on our CI environment from node 6 to node 8. I updated the full-icu version as well. the $NODE_ICU_DATA is set to /usr/lib/node_modules/full-icu but still get this error node: could not initialize ICU (check NODE_ICU_DATA or --icu-data-dir parameters) Any idea, how to fix this? You need to run npm install including the full-icu package. It's full-icu 's postinstall step which downloads the appropriate bits for the currently executing node. Note that multiple files may show up in the full-icu directory, that's OK. If you already had full-icu installed, but

ICU library in Android NDK

泪湿孤枕 提交于 2019-12-01 10:47:01
I am trying to create a JNI wrapper for a C library that depends on the ICU libraries (libicuuc.so and libicui18n.so). I tried building ICU4C in my NDK (both standard and CrystaX versions, on a Mac OS X machine) and kept running into linking issues like this: /Users/kyip/KyVmShared/KyAndroid/myproject/obj/local/armeabi/objs/icuuc/udata.o: In function `openCommonData': /Users/kyip/KyVmShared/KyAndroid/myproject/jni/icu4c/common/udata.c:836: undefined reference to `icudt42_dat' /Users/kyip/KyVmShared/KyAndroid/myproject/obj/local/armeabi/objs/icuuc/ustr_wcs.o: In function `_strFromWCS': /Users

Fixing regex to work around ICU/RegexKitLite bug

别等时光非礼了梦想. 提交于 2019-12-01 10:31:21
I'm using RegexKitLite, which in turn uses ICU as its engine. Despite the documentation, a regex like /x*/ when searching against "xxxxxxxxxxx" will match empty string. It is behaving like /x*?/ should. I would like to route around this bug when it's present, and I'm considering rewriting any unescaped * as + when a regex match returns a 0-length result. My naïve guess is that the regex with +s in placeof *s will always return a subset of the correct results. What are the unexpected consequences of this? Am I going the right way? FWIW, ICU also offers a *+ operator, but it doesn't work either.

ICU library in Android NDK

ぃ、小莉子 提交于 2019-12-01 09:04:36
问题 I am trying to create a JNI wrapper for a C library that depends on the ICU libraries (libicuuc.so and libicui18n.so). I tried building ICU4C in my NDK (both standard and CrystaX versions, on a Mac OS X machine) and kept running into linking issues like this: /Users/kyip/KyVmShared/KyAndroid/myproject/obj/local/armeabi/objs/icuuc/udata.o: In function `openCommonData': /Users/kyip/KyVmShared/KyAndroid/myproject/jni/icu4c/common/udata.c:836: undefined reference to `icudt42_dat' /Users/kyip

Compiling ICU for Android - 'uint64_t' does not name a type

余生颓废 提交于 2019-12-01 06:22:41
While attempting to cross-compile ICU using android-ndk-r7 in Linux, the following error occurs after configuration when I run 'make' __/android-ndk-r7/platforms/android-8/arch-arm/usr/include/sys/types.h:124: error: 'uint64_t' does not name a type This is triggered by the #include <sys/types.h> in icu/source/common/unicode/ptypes.h:25. It appears to be a non-icu issue in android-ndk-n7. In sys/types.h we see #ifdef __BSD_VISIBLE typedef unsigned char u_char; typedef unsigned short u_short; typedef unsigned int u_int; typedef unsigned long u_long; typedef uint32_t u_int32_t; typedef uint16_t u

C++ UTF-8 output with ICU

半世苍凉 提交于 2019-12-01 03:24:01
I'm struggling to get started with the C++ ICU library. I have tried to get the simplest example to work, but even that has failed. I would just like to output a UTF-8 string and then go from there. Here is what I have: #include <unicode/unistr.h> #include <unicode/ustream.h> #include <iostream> int main() { UnicodeString s = UNICODE_STRING_SIMPLE("привет"); std::cout << s << std::endl; return 0; } Here is the output: $ g++ -I/sw/include -licucore -Wall -Werror -o icu_test main.cpp $ ./icu_test пÑÐ¸Ð²ÐµÑ My terminal and font support UTF-8 and I regularly use the terminal with UTF-8. My source

How to install stringi library from archive and install the local icu52l.zip

帅比萌擦擦* 提交于 2019-12-01 03:09:47
We're bumbling through making some R code work in a production environment and as part of that we're installing some R packages as follows: # Default directories and mirrors WORKING_DIR <- "/srv/foo/bar/baz" LIB_DIR <- paste( WORKING_DIR, "libs", sep="/" ) setwd(WORKING_DIR) stringi.loc <- paste( WORKING_DIR, "stringi_0.4-1.tar.gz", sep="/" ) This might not be the most elegant way of installing R packages but it seems to work okay for us (any other tips on R package management would be welcome but a bit late at this stage :). However, the stringi package seems to depend on the icu52l package,