search for: iconv_open

...the change much more complicated! Best Wishes, Chris --- dovecot-1.0-stable/src/lib-charset/charset-iconv.c.orig Mon Jan 31 16:37:55 2005 +++ dovecot-1.0-stable/src/lib-charset/charset-iconv.c Wed Jul 13 21:47:03 2005 @@ -36,9 +36,17 @@ ascii = FALSE; cd = iconv_open("UTF-8", charset); if (cd == (iconv_t)-1) { - if (unknown_charset != NULL) - *unknown_charset = TRUE; - return NULL; + /* Try matching charset without "ISO" prefix */...

Wayne Davison wrote: > On Fri, Oct 27, 2006 at 04:19:06PM +0600, Yakov Hrebtov wrote: >> This test compiles and executes without "failed" message. Hence >> iconv_open("UTF-8","CP1251") succeeded. > > Check to see if the two programs are linking differently. Perhaps > configure decided that it needed -liconv when that that library > doesn't really work? $ nm ./test | grep iconv U iconv_open@@GLIBC_2.1 $ nm ./rsync...

It was brought to my attention that dumping a registry hive causes a lot of time spent in disk I/O activity because iconv_open() and iconv_close() are called for every key. Every iconv_open() call causes /usr/lib/.../gconv/$ENCODING.so to be opened and mapped. The iconv_t handles are now cached in the hive_h struct; they are opened on-demand and re-used. On my ~10 year old Lenovo T60, I have seen 57% savings in the overa...

https://bugzilla.samba.org/show_bug.cgi?id=6107 Summary: --disable-iconv does nothing Product: rsync Version: 3.0.5 Platform: Other OS/Version: Windows XP Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: jblaine@kickflop.net

On Fri, Feb 09, 2018 at 01:52:52AM +0100, Hilko Bengen wrote: > It was brought to my attention that dumping a registry hive causes a > lot of time spent in disk I/O activity because iconv_open() and > iconv_close() are called for every key. Every iconv_open() call causes > /usr/lib/.../gconv/$ENCODING.so to be opened and mapped. > > The iconv_t handles are now cached in the hive_h struct; they are > opened on-demand and re-used. > > On my ~10 year old Lenovo T60, I...

...- # gem install libxslt-ruby --no-rdoc --no-ri Building native extensions. This could take a while... ERROR: Error installing libxslt-ruby: ERROR: Failed to build gem native extension. /usr/bin/ruby extconf.rb checking for ruby/io.h... no checking for inflate() in -lz... yes checking for iconv_open() in -liconv... no checking for libiconv_open() in -liconv... no checking for libiconv_open() in -llibiconv... no checking for iconv_open() in -llibiconv... no checking for iconv_open() in -lc... yes checking for xmlXPtrNewRange() in -lxml2... yes checking for libxml/xmlversion.h... no checking for...

It was brought to my attention that dumping a registry hive causes a lot of time spent in disk I/O activity because iconv_open() and iconv_close() are called for every key. Every iconv_open() call causes /usr/lib/.../gconv/$ENCODING.so to be opened and mapped. The iconv_t handles are now cached in the hive_h struct; they are opened on-demand and re-used. On my ~10 year old Lenovo T60, I have seen 57% savings in the overa...

Hello, I am trying to get rsync-3.0.0pre10 --iconv option working between two linux hosts in local network. The client host is running Fedora Core 4 (kernel 2.6.17) and is using iso8859-1 character set. LANG=en_US The daemon host is running Centos 5 (kernel 2.6.18) and is using utf-8 character set. LANG=en_US.UTF-8 Rsync is transferring files properly without --iconv switch: fc4: (connected

...g a problem with the iconv functions which I think are related to the cygwin environment and its iconv.h. To bypass it I wanted to compile with the --disable-iconv function. I'm still getting the following errors during compile: /usr/src/rsync-3.0.0pre8/rsync.c:85: undefined reference to `_iconv_open'rsync.o: In function `iconvbufs':/usr/src/rsync-3.0.0pre8/rsync.c:193: undefined reference to `_iconv'/usr/src/rsync-3.0.0pre8/rsync.c:163: undefined reference to `_iconv'collect2: ld returned 1 exit statusmake: *** [rsync.exe] Error 1 It looks like the line 85 and 163 are not con...

...z signify english letters and A-Z signify hebrew letters src filename -> dst filename abc -> abc ABc -> ABc ABC -> AB A -> <empty> I'm using pre release 7 with --enable-iconv=. on both machines. on cygwin i had to hardcode #define HAVE_ICONV_OPEN 1 into config.h to get it to comile correctly. libiconv-1.11 note also that if i use --log-file on the client, the log file shows the correctly transformed filenames, yet they are created chopped on the dst filesystem. note also that simply copying the files from the xp machine using a samba moun...

...nywhere. I suspect that configure should also bomb out with a fatal error if libiconv is not detected. Workaround: setenv LDFLAGS -L/usr/local/lib will detect and successfully build and link an rsync binary. Without the env var, configure gueses incorrectly: checking for library containing libiconv_open... no checking for iconv declaration... extern size_t iconv (iconv_t cd, const char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); With it set, it guesses correctly: checking for library containing libiconv_open... -liconv checking for iconv declaration......

...AssignedTo: wayned at samba.org ReportedBy: mike at bombich.com QAContact: rsync-qa at samba.org Created attachment 6296 --> https://bugzilla.samba.org/attachment.cgi?id=6296 Adds "AC_SEARCH_LIBS(iconv, iconv)" to configure.ac The configure script looks for libiconv_open when determining if support is available for iconv. It should look for simply "iconv" on Mac OS X. I have attached a patch to adds this search criteria to configure.ac. [bombich:~/Desktop/rsync-3.0.8] ./configure | grep iconv checking iconv.h usability... yes checking iconv.h presence.....

...t;name, len); + } + if (!ret) + errno = EILSEQ; return ret; } @@ -1250,58 +1248,70 @@ hivex_value_value (hive_h *h, hive_value_h value, } static char * -windows_utf16_to_utf8 (/* const */ char *input, size_t len) +iconv_wrapper (iconv_t ic, char *input, size_t len) { - iconv_t ic = iconv_open ("UTF-8", "UTF-16"); - if (ic == (iconv_t) -1) - return NULL; - - /* iconv(3) has an insane interface ... */ - - /* Mostly UTF-8 will be smaller, so this is a good initial guess. */ size_t outalloc = len; - - again:; - size_t inlen = len; - size_t outlen = outalloc; -...

...edly closed <0 bytes received so far> [sender] Rsync error: error in Rsync protocol data stream (code 12) at io.c(632) [sender=3.0.4] Same when I edit my rsyncd.conf with ?charset = utf-8? and restart the daemon. When I replace my codepage 850 in my command thorugh ?ISO88591? Rsync tells me iconv_open(?UTF-8?, ?ISO88591?) failed Rsync error: requested action not supported (code 4) at Rsync.c(120) [sender=3.0.4] I tried so many different codepages and combinations, so I think the problem is something I didn? t consider? Any ideas? Thanking you in anticipation. Julian -- View this message in...

...c index 844715c..eca2343 100644 --- a/lib/utf16.c +++ b/lib/utf16.c @@ -29,15 +29,14 @@ #include "hivex-internal.h" char * -_hivex_windows_utf16_to_utf8 (/* const */ char *input, size_t len) +_hivex_to_utf8 (/* const */ char *input, size_t len, char* input_encoding) { - iconv_t ic = iconv_open ("UTF-8", "UTF-16LE"); + iconv_t ic = iconv_open ("UTF-8", input_encoding); if (ic == (iconv_t) -1) return NULL; /* iconv(3) has an insane interface ... */ - /* Mostly UTF-8 will be smaller, so this is a good initial guess. */ size_t outalloc = len;...

...proto.h:258: error: parse error before 'ic' proto.h:258 is: int iconvbufs(iconv_t ic, xbuf *in, xbuf *out, int flags); Apparently iconv_t isn't getting defined. iconv_t is part of the iconv library and iconv.h. In rsync.h:368 iconv.h is conditionalized by this line: #if defined HAVE_ICONV_OPEN && defined HAVE_ICONV_H #include <iconv.h> After a little experimentation I discovered that HAVE_ICONV_OPEN on my configuration is undefined. I tried tracing through the configuration files but I don't understand the logic behind the setting of HAVE_ICONV_OPEN. It's my unders...

...c @@ -29,18 +29,19 @@ #include "hivex-internal.h" char * -_hivex_to_utf8 (/* const */ char *input, size_t len, char* input_encoding) +_hivex_recode (char *input_encoding, const char *input, size_t input_len, + char *output_encoding, size_t *output_len) { - iconv_t ic = iconv_open ("UTF-8", input_encoding); + iconv_t ic = iconv_open (output_encoding, input_encoding); if (ic == (iconv_t) -1) return NULL; /* iconv(3) has an insane interface ... */ - size_t outalloc = len; + size_t outalloc = input_len; again:; - size_t inlen = len; + size_t in...

...... extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); === The command iconv -l seems to work fine. This C file compiles with no problem either: === #include <iconv.h> int main( int argc, char **argv ) { iconv_t cd = iconv_open( "UTF-8", "ISO-8859-1" ); iconv_close( cd ); return 0; } === So libiconv seems to be indeed usable, but not during the linking. Where should I look?

...) and 3.0.7 (client). Unfortunately, I have to type the client stuff in by hand. ("Secured" laptop with highlighting & copying disabled.) Anyway: $ rsync -vvvvvv -a -e ssh --recursive gdoc rsync-acct at 99.99.99.99::doc file_struct_len=16, extra_len=4 opening connection .... note: iconv_open("UTF-8", "UTF-8") succeeded. sending daemon args: .. rsync: connection unexpectedly closed (0 byes received so far) [sender] [sender] _exit_cleanup(code=12, file=.../io.c, line=601): about to call exit(12) ==== Yet this works correctly: rsync -vvvvv -e ssh rsync-acct at 99.99....

...hecking=no cmd[5]=-l cmd[6]=user cmd[7]=host cmd[8]=rsync cmd[9]=--server cmd[10]=-vvvvlogDtpre.iLs cmd[11]=. cmd[12]=~/public_html opening connection using: ssh.exe -2 -i ".\id_rsa" -oStrictHostKeyChecking=no -l user host rsync --server -vvvvlogDtpre.iLs . "~/public_html" note: iconv_open("CP1252", "CP1252") succeeded. rsync: connection unexpectedly closed (0 bytes received so far) [receiver] _exit_cleanup(code=12, file=io.c, line=632): entered rsync error: error in rsync protocol data stream (code 12) at io.c(632) [receiver=3.0.4] _exit_cleanup(code=12, file=io....