search for: ripped

Hello: Not sure if this is 1.0rc7 specific or not, but everything was working great until Dovecot died completely with this information in the log: Aug 21 14:44:16 sh01 dovecot: imap-login: Disconnected: rip=213.13.124.18, lip=67.59.79.11 Aug 21 14:44:16 sh01 dovecot: imap-login: Disconnected: rip=213.13.124.18, lip=67.59.79.4 Aug 21 14:44:16 sh01 dovecot: imap-login: Disconnected:

Helo all, Yesterday dovecot began droping connections and there is nothing conclusive in the log file, just the messagens below: Sep 2 11:43:57 relay01 dovecot: pop3-login: Disconnected: Inactivity: method=PLAIN, rip=200.152.100.77, lip=10.0.3.1 Sep 2 11:44:02 relay01 dovecot: pop3-login: Disconnected: Inactivity: method=PLAIN, rip=200.204.69.20, lip=10.0.3.1 Sep 2 11:44:19 relay01 dovecot:

Change the assembly code to use only relative references of symbols for the kernel to be PIE compatible. Position Independent Executable (PIE) support will allow to extended the KASLR randomization range below the -2G memory limit. Signed-off-by: Thomas Garnier <thgarnie at google.com> --- arch/x86/crypto/aes-x86_64-asm_64.S | 45 ++++++++----- arch/x86/crypto/aesni-intel_asm.S

Hello, I have defined 8 registers in registerinfo.td file in the following order: R_0, R_1, R_2, R_3, R_4, R_5, R_6, R_7 But the generated assembly code only uses 2 registers. How to enable it to use all 8? Also can i control the ordering like after R_0 can i use R_5 without changes in registerinfo.td? What changes are required here? either in scheduling or register allocation phases?

I had our production systems running on rc23, however we ran into problems when the server was under heavy load. Eventually, the server would begin to freeze all imap connection after authentication (according to the logs). A user would connect, authentication would succeed, and then the connection would sit until timing out. No error logs were produced. Upgrading to rc24 did not

Hi All , I am using xen 3.2.0 which i have built form source ,I could initially boot Dom 0 and some DomUs. But today when i tried to boot a DomU with birdge enabled it didnt work giving an error .... Error: Device 0 (vif) could not be connected. Hotplug scripts not working. After that I checked my var/log/messages and It gave lots of xenstore-write

Hi, Whenever my Dovecot installation is POP3-dictionary-attacked, a large number of log entries written to /var/log/local0 from the syslog showing all the POP3 login and shadow lookup failures is produced and then the entire Dovecot installation crashes, master and all. Unfortunately, it was running unattended under normal use, is apparently quite hard to reproduce (I wrote a Tcl script

Hello, Depending on how I extract integer lanes from an x86_64 xmm register, the backend may spill that register in order to load scalars. The effect was observed on two targets: corei7-avx and btver1 (I haven't checked other targets). Here's a test case with spilling/no-spilling code put on conditional compile: #if __SSE4_1__ != 0 #include <smmintrin.h> #else #include

Hi All I have been trying to get this website running for months now. I get this emails from cpanel and don't know how to fix it. If anyone can help me please contact me at pipefab at mweb.co.za. Kind regards Hendrik imap failed @ Fri Oct 12 05:51:18 2012. A restart was attempted automagically. Service Check Method: [check command] Number of Restart Attempts: 1 Cmd Service

Are you asking what the parsing rules are, or how you should modify the LLVM code to achieve that result? If the latter, you haven’t really given enough detail here. What code, exactly, have you tried modifying? Do you have any ideas for how it could work? -Eli From: Eric Astor <epastor at google.com> Sent: Tuesday, January 21, 2020 2:44 PM To: Eli Friedman <efriedma at

...es cdparanoia's library to do the ripping > then puts the id3 tags into the filenames,etc... > > If grip isn't added already on the flac webpage as a supported > gui-frontend > it should be. > > What was I looking for is just the flac to mp3 script that takes > my ripped CDs into flac that I could convert into mp3. Another > use > of that is that sometime I am building compilations for my car > mp3 > player and I could just convert on the fly to mp3 from flac using > the script to build my custom cd. > > Thanks again for all your input! &g...

Apologies - I apparently remembered part of the issue incorrectly, so this ended up quite confusing. The problem comes when referencing labels in a different section of the binary. To clarify, if I assemble the code: .data foo BYTE 5 .code mov eax, foo with Microsoft's ml64.exe, it emits an object file disassembling to: 0: 8b 05 00 00 00 00 mov eax, dword ptr [rip]

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi list, yesterday I sent this eMail to quagga mailing list, however I didn't receive an answer yet. Unfortunately, I really need this stuff running or have to switch to another strategy achieving the goals. Maybe one of you has some experience on this topic and can shed some light on it -- I really appreciate it. -

Change the assembly code to use only relative references of symbols for the kernel to be PIE compatible. Position Independent Executable (PIE) support will allow to extended the KASLR randomization range below the -2G memory limit. Signed-off-by: Thomas Garnier <thgarnie at google.com> --- arch/x86/entry/entry_64.S | 22 +++++++++++++++------- 1 file changed, 15 insertions(+), 7

Hi all, Continuing work on llvm-ml (a MASM assembler)... and my latest obstacle is in enabling MASM's convention that (unless specified) all memory location references should be RIP-relative. Without it, we emit the wrong instructions for "call", "jmp", etc., and anything we build fails at the linking stage. My best attempt at this so far is a small patch to

If we're not gonna do anything (case in which failure is already reported), we do not need to even bother with calculating the linear rip. This is a nitpick, but I saw it while doing some testing, so here's the patch. Signed-off-by: Glauber Costa <gcosta at redhat.com> --- arch/x86/kvm/x86.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git

If we're not gonna do anything (case in which failure is already reported), we do not need to even bother with calculating the linear rip. This is a nitpick, but I saw it while doing some testing, so here's the patch. Signed-off-by: Glauber Costa <gcosta at redhat.com> --- arch/x86/kvm/x86.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git

Here is my first major problem with dovecot. I am running rc15 on FreeBSD 6.1. I run dovecot supervised by DJB's daemontools. I run only the pop3 service. A colleague informed me that pop3 service was simply not responding. They could not rcv mail. When I checked the server, tail-ing dovecot.log, here is what was scrolling: [wash at nbi ~]$ tail -f /var/log/dovecot.log dovecot: Nov 23

We have CENTOS 5.5 on DELL server and several ORACLE databases on version 10.2.0.4 and 11.1.0.7. Recently I found following messages popup on /var/log/messages: Jul 26 16:28:03 ORA6 kernel: oracle[29286]: segfault at fffffffffffffff0 rip 0000000007d54183 rsp 00007fffff6c3080 error 4 Jul 26 16:28:07 ORA6 kernel: oracle[29300]: segfault at fffffffffffffff0 rip 0000000007d54183 rsp

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have a mail server CentOS 64bit (4 Gb RAM) with Dovecot 1.2a4 and three accounts. I use Thunderbird 2. If I enable SSL connection in Thunderbird 2, after three-five minutes I got a lot of different errors in Thunderbird (Server is not IMAP, Connection lost...). Everything comes back to normal if I restart Dovecot in the server, but after 5 minutes