similar to: Reproducable hang caused by IMAP server

Displaying 20 results from an estimated 4000 matches similar to: "Reproducable hang caused by IMAP server"

2013 Aug 14
1
Patch to log the cipher suite used for TLS
Hello, the attached patch for Dovecot 2.2.4 improves the logging to include information about the cipher suite used for a TLS connection. Here is an example log line: Aug 13 21:49:55 colwyn dovecot: imap-login: Login: user=<tron>, method=CRAM-MD5, rip=2001:8b0:114:1::2, lip=2001:8b0:114:1::2, mpid=10567, TLS=<TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)>,
2012 Aug 15
0
[LLVMdev] More Back-End Porting Troubles
On Wed, Aug 15, 2012 at 12:11 PM, Fabian Scheler <fabian.scheler at gmail.com> wrote: > Hi LLVM-Folks, > ... > Currently, I am not even able to find out which instruction is messed > up here (dumping the node via the dump-Method yields "<<Unknown > Machine Node #65434>>"). Can I use "machine nodes" and "normal nodes" > when
2007 Apr 03
0
[LLVMdev] LLVA and WCET Analysis
On 4/2/07, Fabian Scheler <fabian.scheler at gmail.com> wrote: > Hello everybody, > > I'm curious whether there have been any attempts to perform > performance analysis on the LLVA level. I am interested in the > derivation of flow-facts (loop bounds etc. - what about the > value-range-propagation pass I read about on this list some time ago) > but even more I am
2013 Sep 30
4
[LLVMdev] RTSC - Real-Time Systems Compiler
Hello John, Thank you very much for your fast response and the patch. Is it possible to add Fabian Scheler and Florian Franzmann to the people section as proposed in the attached patch? I hope to manage to write a description for the 'ProjectsWithLLVM' page this week and send it to the list. Thanks again, Tobias Am 26.09.2013 21:26, schrieb John Criswell: > Dear Tobias, > >
2012 Aug 21
2
[LLVMdev] Passing return values on the stack & storing arbitrary sized integers
2012/8/20 Eli Friedman <eli.friedman at gmail.com>: > On Mon, Aug 20, 2012 at 12:01 AM, Fabian Scheler > <fabian.scheler at gmail.com> wrote: >> Hi Eli, >> >>>>>> 2. Storing arbitrary sized integers >>>>>> >>>>>> The testcase "test/CodeGen/Generic/APIntLoadStore.ll" checks for >>>>>>
2012 Aug 15
5
[LLVMdev] More Back-End Porting Troubles
Hi LLVM-Folks, as mentioned in an earlier post (http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-July/051677.html) I am currently working on a Back-End for the TriCore processor. Currently, I am struggling as LLVM could not select zext and load, for instance, so some of the testcases in test/CodeGen/Generic are not successfully compiled by my back-end. Furthermore, I am completely puzzled by the
2012 Aug 20
0
[LLVMdev] Passing return values on the stack & storing arbitrary sized integers
On Mon, Aug 20, 2012 at 12:01 AM, Fabian Scheler <fabian.scheler at gmail.com> wrote: > Hi Eli, > >>>>> 2. Storing arbitrary sized integers >>>>> >>>>> The testcase "test/CodeGen/Generic/APIntLoadStore.ll" checks for >>>>> loading/storing e.g. i33 integers from/into global variable. The >>>>> questions
2007 Apr 03
2
[LLVMdev] LLVA and WCET Analysis
On Apr 3, 2007, at 10:55 AM, Andrew Lenharth wrote: > On 4/2/07, Fabian Scheler <fabian.scheler at gmail.com> wrote: >> Hello everybody, >> >> I'm curious whether there have been any attempts to perform >> performance analysis on the LLVA level. I am interested in the >> derivation of flow-facts (loop bounds etc. - what about the >>
2012 Aug 22
2
[LLVMdev] Passing return values on the stack & storing arbitrary sized integers
Hi Fabian, Anton, On 22/08/2012 08:25, Fabian Scheler wrote: >>> here are the definitions of these register classes: >>> >>> // Data register class >>> def DR : RegisterClass<"TriCore", [i32], 32, >>> (add D0, D1, D2, D3, D4, D5, D6, D7, >>> D8, D9, D10, D11, D12, D13, D14,
2013 Oct 14
0
[LLVMdev] RTSC - Real-Time Systems Compiler
On 9/30/13 7:19 AM, Tobias Klaus wrote: > Hello John, > > Thank you very much for your fast response and the patch. > > Is it possible to add Fabian Scheler and Florian Franzmann to the > people section as proposed in the attached patch? Done, and the patch is committed. Thanks, Bill, for adding the ProjectsWithLLVM entry. -- John T. > > I hope to manage to write a
2013 Oct 15
2
[LLVMdev] RTSC - Real-Time Systems Compiler
Thank you both very much! Now there is only the copyright issue remains unresolved. Does anybody know the person, who designed it initially? Thanks in advance! Tobias Am 14.10.2013 22:51, schrieb John Criswell: > On 9/30/13 7:19 AM, Tobias Klaus wrote: >> Hello John, >> >> Thank you very much for your fast response and the patch. >> >> Is it possible to add
2012 Aug 16
2
[LLVMdev] More Back-End Porting Troubles
Hi, first of all: thanks for your kind, very helpful and unbelievable fast response! >> as mentioned in an earlier post >> (http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-July/051677.html) I >> am currently working on a Back-End for the TriCore processor. >> Currently, I am struggling as LLVM could not select zext and load, for >> instance, so some of the testcases
2012 Aug 15
0
[LLVMdev] More Back-End Porting Troubles
> -----Original Message----- > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] > On Behalf Of Fabian Scheler > Sent: Wednesday, August 15, 2012 9:12 AM > To: LLVM Developers Mailing List > Subject: [LLVMdev] More Back-End Porting Troubles > > Hi LLVM-Folks, > > as mentioned in an earlier post >
2007 Jul 09
2
[LLVMdev] AsmParser fails
Hello everybody, unfortunately, I have some problems using the LLVM assembler parser ... - use llvm-gcc ( llvm-gcc -O0 -S --emit-llvm -o system2.ll system2.c) to translate the following small example into LLVM assembly language: int common_func1() { return 5; } int common_func2(int a) { return a + 5; } void Handler1() { int e = 4; int f = common_func1(); int ret = common_func2(e);
2013 Oct 10
0
[LLVMdev] RTSC - Real-Time Systems Compiler
Hey, As announced earlier, here comes our project description. It would be great if you could add it to llvm.org! Tobias -- The Real-Time Systems Compiler (RTSC) The Real-Time Systems Compiler (RTSC) is an operating-system–aware compiler that allows for a generic manipulation of the real-time system architecture of a given real-time application. Currently its most interesting application is
2007 Mar 12
0
[LLVMdev] Expressing inter thread dependencies
On Mar 12, 2007, at 10:34 AM, Fabian Scheler wrote: > After playing around a bit with LLVM, I > decided to use LLVM, because of its great documentation, its clean and > straight-forward design and it because it seems to be easily > applicable also for beginners. A gratuitous plug for a recent research project: If you use LLVM, you can also get a compiler called SAFECode that (a)
2007 Apr 02
2
[LLVMdev] LLVA and WCET Analysis
Hello everybody, I'm curious whether there have been any attempts to perform performance analysis on the LLVA level. I am interested in the derivation of flow-facts (loop bounds etc. - what about the value-range-propagation pass I read about on this list some time ago) but even more I am interested in exec-time modeling (how long does it take to execute a bunch of LLVA instructions on
2012 Aug 21
0
[LLVMdev] Passing return values on the stack & storing arbitrary sized integers
On Tue, Aug 21, 2012 at 1:25 AM, Fabian Scheler <fabian.scheler at gmail.com> wrote: > 2012/8/20 Eli Friedman <eli.friedman at gmail.com>: >> On Mon, Aug 20, 2012 at 12:01 AM, Fabian Scheler >> <fabian.scheler at gmail.com> wrote: >>> Hi Eli, >>> >>>>>>> 2. Storing arbitrary sized integers >>>>>>>
2009 Jun 17
0
[LLVMdev] Why are functions renamed for .cpp files with llvm-gcc?
Hi Arto, > I wonder why there is a difference in how > llvm-gcc compiles .c and .cpp files. > > Example: > > ---bar.cpp---- > int bar() { > return 42; > } > -------------- > > $ llvm-gcc -emit-llvm -c bar.cpp > > Now running bar.o through llvm-dis gives: > -------------------------------- > define i32 @_Z3barv() nounwind { > < clip >
2009 Jun 17
8
[LLVMdev] Why are functions renamed for .cpp files with llvm-gcc?
Hello, I wonder why there is a difference in how llvm-gcc compiles .c and .cpp files. Example: ---bar.cpp---- int bar() { return 42; } -------------- $ llvm-gcc -emit-llvm -c bar.cpp Now running bar.o through llvm-dis gives: -------------------------------- define i32 @_Z3barv() nounwind { < clip > } -------------------------------- Above, function 'bar' has been renamed