similar to: Compilation problem - CentOS 4.2 - x86_64

Hello, I'd like some advice on a crash that we have observed on MacOSX with the 2.8 and 2.9 releases of LLVM, but not on the top of trunk. The crash is a null-deref in llvm::JITDwarfEmitter::EmitDwarfTable : Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000 0x0000000100852203 in llvm::JITDwarfEmitter::EmitDwarfTable

I found the problem : my code sets JITEmitDebugInfo after creating the JIT. This causes the JITDwarfEmitter DE to not be constructed in the ctor of JITEmitter (JITEmitter.cpp around line 375). Not sure if it's documented anywhere that JITEmitDebugInfo must be set before constructing the JIT, but looking at the code, it makes sense. Easy enough to fix on my side. Christophe On 19 avr. 2011,

I am debugging the memory issue that manifests itself like this: *** glibc detected *** ../app/app.OWS: free(): invalid pointer: 0x0ad391fc *** ======= Backtrace: ========= /lib/libc.so.6(+0x6c501)[0x4f6501] /lib/libc.so.6(+0x6dd70)[0x4f7d70] /lib/libc.so.6(cfree+0x6d)[0x4fae5d] ../app/app.OWS(_ZNSt8_Rb_treeIjjSt9_IdentityIjESt4lessIjESaIjEE5eraseESt17_Rb_tree_iteratorIjES7_+0x4b)[0x83de6eb]

I was about to post a bug concerning this, but I thought I'd check with you folks first. The symptom is a SIGSEGV in my program in the standard library template for red black trees (bits/stl_tree.h). The crash occurs as the result of an LLVM Module method, getConstantPointerRef which looks like: // Accessor for the underlying GlobalValRefMap... ConstantPointerRef

Hi list, I''m totally new at xen and apologize for my ignorance. What I''m trying to do is the following: I''ve got a laptop with core 2 duo cpu. Dom0: Fedora Core 6. Dom1: WinXP HVM I want to give the Dom1 full access to the wifi card, and the possibility to use USB pen drive. So I''ve hidden the pci address (according to lspci output) in the kernel''s

hi everyone, However, how can I verify that solr is working properly? Background: - I'm trying to setup 2.1 with fts_solr and eventually test maildir/mdbox. - I used the following webpage as reference to setup solr: http://www.roessner-network-solutions.com/2012/02/19/full-text-search-with-solr-and-dovecot-on-ubuntu-10-04/ I'm looking at /var/log/tomcat6/catalina.out file, but see

On 28 May 2018, at 13.28, kfx <kadafax at gmail.com> wrote: > > >> Especially what is in the "fts" header vs. "next uid" header? Does the UID in "fts" header keep changing every time you save a new mail? I suppose it will. > > Diff between 2 emails: > next uid = 30104 | next uid = 30105 > last_indexed_uid = 30103 |

Hi, I am new to LLVM, so I am sorry if the question I am going to ask has already been raised before. I will be thankful if anyone can describe me a quick way to search relevant topics within the list archive, When I am trying to compile a simple code, containing access to std::string, with clang: #include <string> int main() { std::string s; return

Hi, I'm using RHEL4 and since the dovecot RPM is present in the main repository, I'm thinking about switching from courier-imap (with whom I've got trouble to update) to Dovecot. Here are two questions about Dovecot (google didn't answer me): 1. Is it possible for dovecot to use the bind mecanism against ldap for authentification purpose. My main concern is to avoid the

Hi list, I have a SAN attached to a CentOS 4.2 server. I have expanded the size of the virtual disk within the SAN (by adding a new HD to the disk pool) and need CentOS to see the new size (CentOS see it as /dev/sdb). I'm using LVM. Do you know a method for the Volume Group to see that one of its harddisk is now bigger, without rebooting (it's not a problem with a reboot but since

Hi list, I'm a bit worried here. On a server, Centos 4.3 fully-patched SELinux activated, Osiris (a decentralized scanner for files changes on distant servers) signaled me several changes on files who were not (at first sight) affected by a recent update (the list is below). Is there a logic explanation for those changes to happen ? The "rpm -Va" command does not output md5sum

On 28/05/2018 13:23, kfx wrote: > On 28/05/2018 13:04, Timo Sirainen wrote: >> On 28 May 2018, at 13.28, kfx <kadafax at gmail.com >> <mailto:kadafax at gmail.com>> wrote: >>> >>> >>>> Especially what is in the "fts" header vs. "next uid" header? Does >>>> the UID in "fts" header keep changing

Dear LLVMers, I am trying to fold memory operands in the way that is done in RegAllocLocal.cpp, or in LiveIntervalAnalysis.cpp, but I am getting errors that I don't know how to fix. Could someone tell me which steps should I take in order to correctly fold memory operands? The code that I am using is: const TargetMachine & target_machine = this->machine_function->getTarget();

On 21 May 2018, at 14.11, kadafax at gmail.com wrote: > > Le 21/05/2018 ? 12:38, Aki Tuomi a ?crit : >> can you try turning on pluign { fts_enforced = yes } and repeat your test? > > Same (wrong) result: > 1. Send an email with "too6Ouka" in the body > > 2. Search against "too6Ouka": > # doveadm search -u username mailbox INBOX body too6Ouka

On 06.09.2018 22:25, kadafax at gmail.com wrote: > I necro-bump this thread as I have the same problem since I switched to LMTP from LDA (as the wiki recommend). > Any news to make dovecot LMTP postix compliant ? > > > Le 08/11/2016 ? 17:13, Noah Tilton a ?crit?: >> >> I was wondering whether there is a roadmap for adding SMTPUTF8 support to Dovecot? >> >>

> LLVM-GCC 4.0 fails on Cygwin, possibly due to lack of symbolic links. I am trying with llvm-gcc-4.2 from svn. Aaron

Hi, Probably some of the leaks Valgrind reports are spurious, but the numbers seem to be significant enough to demand some attention: ==10132== LEAK SUMMARY: ==10132== definitely lost: 15,624 bytes in 558 blocks. ==10132== indirectly lost: 44,548 bytes in 1,591 blocks. ==10132== possibly lost: 37,576 bytes in 98 blocks. ==10132== still reachable: 1,336,876 bytes in 1,364 blocks.

Hi all, I get this warning during compilation: make[3]: Entering directory `/home/wendling/llvm/llvm/lib/ExecutionEngine/JIT' Compiling Emitter.cpp Emitter.cpp:44:1: warning: "_POSIX_MAPPED_FILES" redefined In file included from /usr/include/unistd.h:171, from /usr/include/c++/3.3.1/i586-mandrake-linux-gnu/bits/gthr-default.h:38, from

Hi list, I have the choice to use RHEL4 or Centos4.x on a Dell PowerEdge2850 who is linked to an AX100 storage system. My question is: does the QLA200 (the pci fiber channel card) driver will work on CentOS 4.1 . For now the card is listed like this on CentOS 4.1: --- #lspci 09:04.0 Fibre Channel: QLogic Corp.: Unknown device 6312 (rev 03) --- What kind of modification must/can I do to the

Hi list, This post is slightly OT, I hope no one will take offense. I was following the wiki on using dovecot LDA with postfix and implemented, for our future mail server, the address extensions mechanism: an email sent to "validUser+foldername at mydomain.com" will have dovecot-lda automagically create and subscribe the "foldername" folder. With some basic scripting I was