search for: cuplrit

...processor types and instruction sets, at least of which will lead to larger functions in general [and this is the function "after inlining", so splitting small 'called once' functions out doesn't really help much]. I will have a little play to see if I can identify more of a cuplrit [at the very least if it's "large basic blocks" or "large functions" that is the problem] - of course, this could be unrelated and irellevant to the problem Daniel is pointing at, and it may or may not be easily resolved... -- Mats On 8 March 2016 at 18:42, Richard Smith v...

Hi, I'm new to dovecot but as I see in mailinglist archive this issue is old and I didn't find this in archive. One of cuplrits (I believe not the only possible) is spamassassin. It's added headers make exactly the difference between S value and filesize. Probably it's in the way emails are processed in "manufactory" of Qmail+Vpopmail+Spamassassin but now I'm not able to say how can it be repaired....

...no clue how to recompile those dll''s on a windows box. Can someone show me where I might be able to obtain those recompiled DLLs? My application actually runs; however, upon exit/when I leave the browser, apache croaks and I suspect from the logs that these two DLL''s are the cuplrit. Thanks in advance, Daniel

...c/x86_64-redhat-linux/4.1.2/../../../../lib64/libreadline.so: undefined reference to `tgetflag' collect2: ld returned 1 exit status make: *** [bin/smbclient] Error 1 I googled and read quite a bit, all links seem to suggest that either a missing readline-devel and/or ncurses-devel might be the cuplrit. Now, I think I got everything installed: # rpm -qa --queryformat '%{name}\t%{version}\t%{arch}\n' | egrep '(readline|curses|termcap)' | sort libtermcap 2.0.8 i386 libtermcap 2.0.8 x86_64 libtermcap-devel 2.0.8 i386 libtermcap-devel 2.0.8 x86_64 ncur...

So I have this dual 16-core Opteron Dell R715 with 128G of RAM attached to a SuperMicro disk enclosure with 45 2TB Toshiba SAS drives (via two LSI 9200 controllers and MPxIO) running OpenIndiana 151a4 and I''m occasionally seeing a storm of xcalls on one of the 32 VCPUs (>100000 xcalls a second). The machine is pretty much idle, only receiving a bunch of multicast video streams and

All: I'm posting this to FreeBSD-security (rather than FreeBSD-net) because the problems I'm seeing appear to have been caused by spyware, and because they constitute a possible avenue for denial of service on FreeBSD machines with default installs of the operating system. Several of the FreeBSD machines on our network began to act strangely during the past week. Some have started to

I have just benchmarked building trunk llvm and clang in Debug, Release and LTO modes (see the attached scrip for the cmake lines). The compilers used were clang 3.5, 3.6, 3.7, 3.8 and trunk. In all cases I used the system libgcc and libstdc++. For release builds there is a monotonic increase in each version. From 163 minutes with 3.5 to 212 minutes with trunk. For comparison, gcc 5.3.2 takes