search for: normalesup

...use O_NOATIME Product: rsync Version: 3.1.0 Platform: Other OS/Version: Linux Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: nicolas.george at normalesup.org QAContact: rsync-qa at samba.org Some systems (at least Linux since 2.6.8) have the O_NOATIME open flag that avoids altering the atime of files opened for reading. An option to enable this flag is supported would be useful for backup systems based on rsync, as it would avoid interfer...

Hi. I am glad to inform everyone here that support for decoding using libcelt was just pushed to ffmpeg. It raised a few API questions or issues: * At least while it's experimental, having a constant in the library for the supported bitstream version would probably be useful. Something like that comes to mind: extern celt_int32 celt_bitstream_version; or, even better: int

Hi Andy, Andrew Trick wrote: > At some point I stopped thinking about this as a bug and realized that > you just need to think of LLVM as modeling speculative code barriers as > memory dependence. In LLVM, it makes no sense to have a readonly > may-throw call. The problem is that that model breaks down with aggressive aliasing like: void foo(int* restrict ptr) { *ptr = 40;

...s" <sanjoy at playingwithpointers.com> > Cc: "Daniel Berlin" <dberlin at dberlin.org>, "llvm-dev" > <llvm-dev at lists.llvm.org>, "Joseph Tremoulet" > <jotrem at microsoft.com>, "Oscar Blumberg" > <oscar.blumberg at normalesup.org>, "Chandler Carruth" > <chandlerc at gmail.com>, "Nick Lewycky" <nlewycky at google.com>, "Hal > Finkel" <hfinkel at anl.gov>, "Philip Reames" > <listmail at philipreames.com>, "Manuel Jacob" <me at manuelj...

Hi Daniel, Daniel Berlin wrote: > /* Add fake edges to the function exit for any non constant and non > noreturn calls (or noreturn calls with EH/abnormal edges), > volatile inline assembly in the bitmap of blocks specified by > BLOCKS > or to the whole CFG if BLOCKS is zero. > ... > > The goal is to expose cases in

...;Sanjoy Das" <sanjoy at playingwithpointers.com> > Cc: "Daniel Berlin" <dberlin at dberlin.org>, "llvm-dev" <llvm-dev at lists.llvm.org>, "Joseph Tremoulet" > <jotrem at microsoft.com>, "Oscar Blumberg" <oscar.blumberg at normalesup.org>, "Chandler Carruth" <chandlerc at gmail.com>, > "Nick Lewycky" <nlewycky at google.com>, "Hal Finkel" <hfinkel at anl.gov>, "Philip Reames" <listmail at philipreames.com>, > "Manuel Jacob" <me at manueljacob....

Hi everyone, The OpenMP standards committee has begun work to formalize their memory model, and define its relationship to the C/C++ memory models. A questionnaire has been put together (pasted below), and I'd like everyone's help in composing detailed answers to inform their decision-making process. While our OpenMP support is still in active development, many of these questions apply

Hi. I think that vorbis-tools use a wrong order for channels when dealing with 5.1 surround WAV files. More precisely, I find in the Vorbis specification that the output order is: 0: front left 1: front center 2: front right 3: rear left 4: rear right 5: LFE (source: http://www.xiph.org/vorbis/doc/Vorbis_I_spec.html#id342556 ) At the same time, the order of channels in WAV files seems to be:

Hi. I just noticed that oggdec channel reordering for WAV is bogus. With irrelevant clutter removed, oggenc has the following code: permute = {0,2,1,4,5,3} // oggenc/audio.c:401 for (j) to_vorbis[j] = from_wav[permute[j]] // oggenc/audio.c:619 While oggdec has the following code: permute = {0,2,1,5,3,4} // oggdec/oggdec.c:229 for (j)

Hi all, I am trying to configure tinc for my network: I have one server with a public /64 IP6 address and one IP4 address, and some other computers with possibly only local addresses (NAT, and router which I don't control) I configured tinc so that all the clients connect by ipv4 to the server with the public address. So I have something like this Ovh (the provider of the server

Hi everyone, since my last gem update, I get the following error when using webgen: /home/dams/opt/ruby/gems/webgen-0.5.14/lib/webgen/cli/utils.rb:10: Use RbConfig instead of obsolete and deprecated Config. /usr/lib/ruby/1.9.1/psych.rb:154:in `parse'': (<unknown>): couldn''t parse YAML at line 21 column 9 (Psych::SyntaxError) from /usr/libb/ruby/1.9.1/psych.rb:154:in

Hi, I just read the "Embedding R in Gnumeric" idea at http://www.r-project.org/SoC08/ideas.html. On my side, I intend to add as many statistics related plot types to the current gnumeric charting engine as possible. We already have boxplots and partial support for histograms. My immediate plans are to finish the histogram code and add probability plots