search for: 10841

Displaying 11 results from an estimated 11 matches for "10841".

Did you mean: 1084
2012 Mar 02
0
[LLVMdev] Stack alignment on X86 AVX seems incorrect
Hi Elena, On Thu, Mar 1, 2012 at 8:28 PM, Demikhovsky, Elena <elena.demikhovsky at intel.com> wrote: > Even if you explicitly specify –stack-alignment=16 the aligned movs are > still generated. > > It is not an issue related to ABI. This looks like PR10841, explanation and the way to solve it: http://llvm.org/bugs/show_bug.cgi?id=10841 Cheers, -- Bruno Cardoso Lopes http://www.brunocardoso.cc
2018 Apr 29
1
Database corruption after clean rebuild
Hi notmuch developers, I also had this database corruption, I waited for the fix to land in notmuch 0.26.2, build it, moved the xapian directory away, did a notmuch new and restored the tags from a dump. But the problem remains: ~$ xapian-check ~/Mail/.notmuch/xapian docdata: blocksize=8K items=10841 firstunused=75 revision=82 levels=1 root=2 B-tree checked okay docdata table structure checked OK termlist: blocksize=8K items=1893162 firstunused=368983 revision=82 levels=3 root=177608 xapian-check: DatabaseError: 1 unused block(s) missing from the free list, first is 0 this is very similar to...
2012 Mar 01
3
[LLVMdev] Stack alignment on X86 AVX seems incorrect
Even if you explicitly specify –stack-alignment=16 the aligned movs are still generated. It is not an issue related to ABI. See my original mail: ./llc -mattr=+avx -stack-alignment=16 < basic.ll | grep movaps | grep ymm | grep rbp vmovaps -176(%rbp), %ymm14 vmovaps -144(%rbp), %ymm11 vmovaps -240(%rbp), %ymm13 - Elena From: Cameron McInally
2006 Aug 17
0
field is not empty rails javascript
Hello, how could I add validation to the field that should not be empty before submitting? Is it possible to add with rails helpers or smth. TIA! -- Posted via http://www.ruby-forum.com/.
2018 Apr 29
0
Database corruption after clean rebuild
...d this database corruption, I waited for the fix to land > in notmuch 0.26.2, build it, moved the xapian directory away, did > a notmuch new and restored the tags from a dump. But the problem > remains: > > ~$ xapian-check ~/Mail/.notmuch/xapian > docdata: > blocksize=8K items=10841 firstunused=75 revision=82 levels=1 root=2 > B-tree checked okay > docdata table structure checked OK > > termlist: > blocksize=8K items=1893162 firstunused=368983 revision=82 levels=3 root=177608 > xapian-check: DatabaseError: 1 unused block(s) missing from the free list, first i...
2012 Mar 02
2
[LLVMdev] Stack alignment on X86 AVX seems incorrect
...> On Thu, Mar 1, 2012 at 8:28 PM, Demikhovsky, Elena > <elena.demikhovsky at intel.com> wrote: > > Even if you explicitly specify –stack-alignment=16 the aligned movs are > > still generated. > > > > It is not an issue related to ABI. > > This looks like PR10841, explanation and the way to solve it: > http://llvm.org/bugs/show_bug.cgi?id=10841 I was looking at this again today. What about the following approach: (1) Change AllocaInst to compute the isStaticAlloca once and remember it. (2) Check all functions for (a) static allocations with an a...
2005 Jul 22
0
winbbind not quiried by nsswitch on solaris 8
...("/usr/local/ssl/lib/nss_winbind.so.1", O_RDONLY) = 3 fstat(3, 0xFFBEED14) = 0 mmap(0x00000000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xFF270000 mmap(0x00000000, 90112, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON, -1, 0) = 0xFF160000 mmap(0xFF160000, 10841, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF160000 mmap(0xFF172000, 3601, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 8192) = 0xFF172000 mmap(0xFF174000, 4592, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFF174000 munmap(0xFF164000, 57344)...
2016 Oct 14
4
Dovecot does not close connections
Hello, I am running into this error: /Maximum number of connections from user+IP exceeded (mail_max_userip_connections=10)/ The suggested solution in hundreds of support requests on this mailing list and throughout the internet is to increase the number of maximum userip connections. But this is not curing the problem, it is just postponing it to the moment when the new limit is reached. When i
2018 Apr 07
3
Database corruption after clean rebuild
Javier Garcia <javiertury at gmail.com> writes: > I've applied the path to notmuch 0.26.1 without success. > > $ rm -rf ~/.mail/.notmuch > $ LD_LIBRARY_PATH=/hidden-path/notmuch-0.26.1/lib/:$LD_LIBRARY_PATH > ./notmuch new >    Found 20065 total files (that's not much mail). >    Processed 20065 total files in 58s (341 files/sec.). >    Added 19605 new
2008 Oct 20
5
SIGBART/SIGSEGV while SELECTing virtual folder
...NDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH SEARCHRES WITHIN CONTEXT=SEARCH] Logged in as lars . SELECT virtual/test2 * FLAGS (\Answered \Flagged \Deleted \Seen \Draft Old) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft Old \*)] Flags permitted. * 73863 EXISTS * 0 RECENT * OK [UNSEEN 10841] First unseen. * OK [UIDVALIDITY 1224509528] UIDs valid * OK [UIDNEXT 73864] Predicted next UID * OK [HIGHESTMODSEQ 1] . OK [READ-WRITE] Select completed. . SELECT virtual/test2 Program received signal SIGABRT, Aborted. 0xb7e0f556 in raise () from /lib/libc.so.6 (gdb) bt full #0 0xb7e0f556 in rai...
2001 Nov 29
4
openssh 2.9p2 release 8.7 security alert!!!
...sshd[10837]: Disconnecting: crc32 compensation attack: network attack detected Nov 25 11:35:24 ns sshd[10838]: Disconnecting: crc32 compensation attack: network attack detected Nov 25 11:35:25 ns sshd[10840]: Disconnecting: crc32 compensation attack: network attack detected Nov 25 11:35:26 ns sshd[10841]: Disconnecting: crc32 compensation attack: network attack detected Nov 25 11:35:27 ns sshd[10842]: Disconnecting: crc32 compensation attack: network attack detected Nov 25 11:35:34 ns sshd[10854]: Disconnecting: Corrupted check bytes on input. Nov 25 11:35:35 ns sshd[10855]: Disconnecting: Corrupt...