similar to: test73 not compiling with iconv?

I installed test53 tonight, and I've begun to see the following error in my maillog every time I attempt to retrieve mail from an imap client: dovecot: child 46128 (imap) killed with signal 11 I built from source on FreeBSD 4.9 with the following: ./configure --with-mysql --with-storages=maildir --with-ssl=openssl A little bit of Googling seems to indicate that this is a hardware

http://dovecot.org/test/ Two potentially dangerous changes: - mbox parser should now be able to handle CR+LF linefeeds. Hopefully doesn't break anything. - Some mail header parser changes. Hopefully doesn't break anything. And other stuff: - COPY shouldn't crash anymore with 64bit systems - If PAM modifies username, keep it - When auth workers died they leaked file

I'm not sure this is a known bug. I'm using dovecot 1.1.19. C: s SORT (DATE) blah ALL UNDELETED OR HEADER SUBJECT {4} S: + OK C: asdf HEADER FROM {4} S: + OK C: asdf S: * SORT 1 2 4 5 3 6 7 (... all messages in folder) S: s NO [BADCHARSET] Unknown charset I think there shouldn't be "* SORT... " response. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252

Hi all, Have had a frustrating time trying to get R 2.5.1 running happily on Solaris9/x86, the problems seem to stem mainly from libiconv support. After a couple of hours of experimenting, I came across the following combination, note that iconv (the program, but not the library) exists in the Solaris base system, I've manually installed the full GNU distribution in

Hi all, The linking problem I found yesterday appears to be because of the built-in iconv in OS X. So, this is a request for patch or pointers: What needs to happen with configure.ac or the iconv.m4 macro file to link an iconv library _besides_ the one in /usr/local/lib? That's the tl;dr, full explanation follows. That library lacks the x86_64 architecture: $ file

Samba 3.0.2 and earlier on Irix 6.5 haven't been detecting libiconv, even when using the --with-libiconv directive. I found it best to configure libiconv as, ./configure --prefix=/opt --libdir=/opt/lib32 because /opt/lib32 is in ldd's search path. And before configuring Samba to make three changes to the configure script to properly detect libiconv and build the test programs.

Hello. I am using dovecot-1.0-test53 with Maildir mailstore, with pine 4.61 as MUA. I have several folders which cause error messages like 'Junk in start of group' in Pine when I read them. I googled a bit for this, and found that removing the index file should do the trick, but unfortunately, it does not. What can I do to make these annoying messages disappear ? Thanks in advance.

On Wed, Oct 16, 2013 at 01:08:02PM -0400, Alex Nelson wrote: > MacPorts' iconv works fine: > > $ file /opt/local/lib/libiconv.dylib > /opt/local/lib/libiconv.dylib: Mach-O 64-bit dynamically linked shared library x86_64 [...] > Or is the correct answer to file a complaint with Apple and commence thumb-twiddling? Heh :-) It's a bit odd that the libiconv library

Hi I need -iconv option, but configure didnt find iconv $ cygcheck -c libiconv Cygwin Package Information Package Version Status libiconv 1.14-3 OK $ ./configure --enable-iconv=yes --disable-acl-support ... checking for library containing iconv_open... no checking for library containing libiconv_open... no ... $ make ... $ ./rsync.exe --help

Sooner or later we are going to have to require iconv for fully functional R installations. The only systems we are aware of that do not come with a suitable iconv (with support for Unicode charsets like UTF-8) are some older commercial Unixen, and GNU libiconv works on those we know of. Does anyone have a system for which R's configure does not find a working iconv and on which they

Hi, I have the following error during the ./configure phase checking iconv.h usability... yes checking iconv.h presence... yes checking for iconv.h... yes checking for iconv... in libiconv checking whether iconv accepts "UTF-8", "latin1" and "UCS-*"... no configure: error: a suitable iconv is essential I have installed GNU libiconv-1.13.1 without success. I have

http://dovecot.org/test/ Sorry for not answering any questions for past two weeks, I'll try to get around answering them in next few days. I've also been thinking about if I should switch from CVS to Darcs. It seems to be exactly the kind of reversion control tool I had wanted to use. Anyone have comments for or against it? I'd still have read-only CVS repository generated from

Hi, I am trying to compile Samba 3.0.13 but when I run configure I get the following in the output. checking for iconv in /usr/lib... yes checking can we convert from CP850 to UCS2-LE?... no checking can we convert from IBM850 to UCS2-LE?... no checking can we convert from ASCII to UCS2-LE?... no checking can we convert from 646 to UCS2-LE?... 646 checking can we convert from UTF-8 to

I'm at wit's ends here and need some help. I've downloaded and compiled iconv versions 1.13 and 1.14 - libiconv.so.2.5.0 and libiconv.so.2.5.1 and copied the iconv all over, replacing the native iconv on my Solaris machine. Still when I try to run the configure I get: checking iconv.h usability... yes checking iconv.h presence... yes checking for iconv.h... yes checking for

Hello all, I've been testing hivexml in OS X, and came across an inconsistency in building. Some while back, I hit a snag with iconv in OS X, where basically this would happen when a hive of any sophistication (greater than hivex/images/small) was processed: >$ xml/hivexml images/large >test.xml >dyld: lazy symbol binding failed: Symbol not found: _iconv_open > Referenced from:

Hi all, I scourged the web, including this ML''s archives, and did not find an answer for this. I have the following code in my Rails app: require ''iconv'' ... @@converter = Iconv.new(''ASCII//TRANSLIT'', ''UTF-8'') ... result = @@converter.iconv(text.to_s).downcase ... Now, the facts: * Inbound text is indeed valid

Hi, I have dowloaded and installed iconv (1.9.1) from http://freshmeat.net/projects/libiconv. I have used default-settings for iconv, meaning: # configure # make # make install I tried then run configure for Samba-3.0.0-rc1 and configure couldn't find sufficient support for iconv. I tried using --with-libiconv, but it didn't help. Did I miss something when installing iconv on my

Hello people This is on OpenBSD/sparc64. After chickening along with 0.99 for a while, I finally upgraded to 1.0-test. I started out with test73, which worked fine. With the upgrade to test76, I lost the ability to SIGHUP dovecot when I rotated it's logfile. Dovecot would just die abruptly, not a trace in the log. I just upgraded to test77, but the problem is still there. I've put

http://dovecot.org/test/ Not much has happened, but the APPEND bugfix is important since it was broken in test73 (at least). Summer makes me tired and lazy. :( I've been trying to get keywords implemented in maildir. Hopefully works soon.. After that I'll create 1.0-stable2 (ugh. any other naming ideas?) branch of the code before merging the new master/config code. - Fixed APPEND

I've found that the inner loop for iconv detection in a lib32 subdirectory of the LOOK_DIR path doesn't work right. Here are the problems I've noticed, 1) configure only tested lib32 on the first directory, /usr, this is because ICONV_FOUND was set to "yes" on the try of /usr/local/lib and never reset (if it should be) to "no" because all the conversion tests