similar to: MSVC 2015: problem after update2

In the precompute_partition_info_sums_ function, instead of selecting 64-bit accumulator when the signal bps is larger than 16, revert to the original approach based on partition size, but make room for few extra bits to not overflow with unusual signals where the average residual magnitude may be larger than bps. It slightly improves the performance with standard encoding levels and 16-bit files

Erik de Castro Lopo wrote: > How reliable a test is that? I do 99.9% of my dev work on a laptop > and whenever I need to benchmark something I need to do so on a > desketop machine because the laptop doesn't give consistent results. About 1.5 years ago I tested AVX2 speed increase on Haswell (i7-4770) using -8 encoding preset. The biggest difference between AVX2 enabled and disabled

Hi all, I have a new pre-reelase (with a GPG signature) up here: http://mega-nerd.com/tmp/flac-1.3.3rc1.tar.xz http://mega-nerd.com/tmp/flac-1.3.3rc1.tar.xz.asc This code is built from commit 10a28d482a8e48b806f61ab766992b2add98ec43 plus another commmit to change the version numbers which I will not be pushing to the public repo before the final release. Note that audio files encoded

Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: >> -msse for SSE code, -msse2 for SSE2 code, -msse4.1 for SSE4.1 code > > Yes, that was it. Brain fart. These flags were not needed on x86_64. > > Erik But now all C code is compiled with -msse2 and it won't work on older CPUs. Isn't it better to compile only necessary files with this flag?

Currently cpu.h lacks FLAC__SSE_TARGET and FLAC__SSEnn_SUPPORTED macros for clang. I added them, but I cannot properly test them as I can't get compiled flac.exe under Windows (don't know how to setup clang under MSYS2). If somebody has working clang, please test this patch. Does it affect en/decoding speed? Or at least, dows it affect disassembly of functions such as

Erik de Castro Lopo wrote: > Both applied. Thanks. Thanks! But for some reason stream_encoder_intrin_sse2.c wasn't updated by the 2nd patch...

Erik de Castro Lopo wrote: > Ok, I'll take the original patch as it is. DO you have a link to a > bug report on this problem? It would be nice to put it in a comment > above the workaround. :sigh: I hoped that somebody else will find what's wrong and will create a bugreport... Well, here is the link:

The CentOS 3.1 update2 packages have now been released. They are available on mirror.centos.org and should be on all mirrors within a few hours. To update just run 'yum update' Please bugzilla any problems. There was a problem with the pam build in testing not being linked against the laus library, so the released version is a .c0 so that anyone who has installed the testing version

Unless anyone shouts I intend to push all the update2/testing stuff into updates for 3.1 later on today - say about 22:00 UTC All the security related updates have already been released. I am not convinced that lack of feedback means that there are no problems, more likely it means that not many people have tested the stuff, but I have had no serious problems and cant do any more testing.

Please, How to certify me that I am installing the CentOS equivalent to RHEL 3 update1 or update2? Thanks, Zamil Machado Cavalcanti Bahia - BRAZIL Linux Counter #56812 http://counter.li.org

Ok, I have resolved my problem with this error by recreating my Kerberos keytab file : net ads keytab create -k Hope this could help some others people. Regards Philippe RITTER -----Message d'origine----- De : RITTER, Philippe Envoyé : lundi 18 avril 2016 11:38 À : 'Rowland penny'; 'sambalist' Objet : RE: [Samba] Domain member seems to work, wbinfo -u not (update2) Hello

Same functionality as the previous patches in this series. I have updated the error handling to correct the problems discovered by Ewan. This patch successfully completes the xm-test suite on my dev machine. In addition, we have tested out the affected commands by hand to ensure that error handling is being done properly. Hopefully this one will not create any more problems.

On 18/04/16 08:06, Oktay Akbal wrote: > >>> Rowland >>> >> OK, it is now later :-) >> >> My DCs are now running a self-compiled Samba 4.4.2, I set up a domain >> member in a VM running 4.4.2, again self compiled. My laptop runs Wheezy >> and Samba Version 4.2.11-SerNet-Debian-9.wheezy. >> >> Every thing works, wbinfo -u, wbinfo -g,

There was a fix for a bug in MSVC 2015 update2: https://github.com/xiph/flac/commit/94a61241b02064c7d9fe508f72a742f2a90b8492 It seems that it's not the only version affected, see comment from 40th in this commit. Also, JRMC is affected: https://yabb.jriver.com/interact/index.php/topic,115742.0.html So, it makes sense to remove version check: better safe than sorry, and performance impact

Further refactoring/simplifying. The 1st patch moves a code that calculates abs. value into a separate function. The 2nd patch combines two intrinsic instructions into one line of code. -------------- next part -------------- A non-text attachment was scrubbed... Name: stream_enc_1.patch Type: application/octet-stream Size: 3672 bytes Desc: not available Url :

New update.   I now have done about 6 machines. 2 with samba 4.2.10 work fine, 2 not. 1 with samba 4.3.7 works fine, 1 not.   I saw Jelmer updated the samba to 4.3.8 in sid, so i recompiled these to jessie. I upgraded the 4.3.7 to 4.3.8 Same result. Wbinfo -g works, -u not. For both servers.   I notice one strange thing here. I have 2 servers, both samba 4.2.10, all stock debian

Hi, This sounds like a decent idea to me. However we use 2013 for all our windows builds at the moment and it will take around 2 weeks to upgrade the installations on our cluster. We're pushing this hard to get it done soon so we don't get caught short, but a grace period would be much appreciated. Cheers, James On Tue, 2 Aug 2016 at 21:24 Nico Weber via cfe-dev <cfe-dev at

Erik de Castro Lopo wrote: >> As I wrote earlier, MSVC 2015 U2 incorrectly compiles >> stream_encoder_intrin_*.c files for x86-64 platform. >> As a result, flac works, but compression ratio is close to 1. >> This patch disables some compiler optimizations, and >> compression ratio reverts back to normal values. > > Rather than having the same chunk of code in

Hi, As I understand it the specific issue we're seeing is related to what Martin described. But due to numerous bugs found when mixing objects compiled with different versions of MSVC in the past, we now are shy of doing it even if it seems to work superficially - that's no guarantee bugs won't be found down the line. We'd much prefer to stay within the realms of what Microsoft

Apart from the obvious licencing issues, each time I have moved from one version of VC++ to another, the big problem I have had is not specifically the ABI at the register passing, stack organisation level, but rather the implementation details of the Standard C++ libraries, and in particular the STL containers. While the compiler team puts considerable effort into maintaining the ABI, the C++