similar to: libnutconf: specific C++ accessors technique proposition

?Hello everybody, basic UTs for libnutconf were pushed to balooloo/nut, libconf branch: https://github.com/balooloo/nut/commit/f453459419abf6c597d5d186494f91ed6f0e81aa Note that the tests are not exhaustive; however, they test the most prominent (sample) configuration settings (de)serialisation. The code should also give you an idea about how to write a simple configuration manipulation program

?Hello fellow developers, as you may have noticed from a few e-mails in the past, there is a new NUT library in development these days. It should be part of the NUT platform API in the future and I'd like to present the status of work, hereby. 1/ The library shall be responsible of NUT configuration management. It shall encapsulate access and manipulation with all the configuration

?Hello everybody, 1st (and yet incomplete) version of IPC support module for libnutconf was pushed: https://github.com/balooloo/nut/commit/0fbf351b5ee9899bd89cf17314727c69c2d5471c The code contains lots TODO; I commit it mainly because I'll be off on holiday for some time, so you may review and I might perhaps work on it a little bit if I get extremely bored... ;-) As always, any comments,

?Hello everybody, (de)serialisation methods of all the currently existing config. classes were pushed to balooloo/nut, libconf branch: https://github.com/balooloo/nut/commit/df8b584c7fef71741b33bff11a482a103360250e Please note that the deserialisation methods should work, however they are quite inefficient since they simply read the whole stream to memory and then call parseFromString. I guess

Hi again Timo, As agreed earlier tonight, you'll find as attachments 4 diffs (diff -u) implementing the new workaround "tb-lsub-flags". The 4 impacted files are: ./src/imap/imap-settings.h ./src/imap/imap-settings.c ./src/imap/cmd-list.c ./src/config/all-settings.c Here is the proposed description for the dovecot.conf file: # tb-lsub-flags: # Usually IMAP servers don't

Vorbis Community, Seeing as how DTS-HD and Dolby TrueHD decoders are becoming more accessible, I believe now may be a good time to standardize channel mappings for 6.1 and 7.1 audio. MPlayer currently implements 7.1 audio for Vorbis like so: FL FR RL RR FC LFE SL SR. Thank you, William Swartzendruber -------------- next part -------------- An HTML attachment was scrubbed... URL:

On 17 Mar 2018, at 14:48, Sylvestre Ledru via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Context: I have been packaging the llvm toolchain for Debian & Ubuntu > and also providing these packages on https://apt.llvm.org/. > One of the goal is to have different versions co-installable. For that, > I am renaming the binaries and libraries. > > Now, as we are not

Hi, and thanks for the feedback. >My own gut feeling on this is that you'd be better off figuring out >how to do this in the context of Faust, which already does a important >subset of what you are describing, though notably without (I think) >the LLVM part. Surely a contribution to the discussion by the Faust people would be welcome; and even more than to the discussion :->.

Good morning, I'm working at Software publishing house which publishes magazines from the IT field. One of them is Linux+ DVD magazine (please visit our web www.lpmagazine.org). I'm looking for the linux developpers who are interrested in cooperation with the redaction of Linux+ DVD by writing the article concerning the scurity in Linux (for exemple OpenBSD 3.8, or to transmit the

On Tue, 2004-11-23 at 20:26, ~mg@a.org wrote: > Hello everyone! > > We have been thinking about something<early snip> With respect, this could have come from anyone... and looks like it did from the DNS records. I appreciate it's not an easy situation, but there must be some way of doing this where it does not look like a scam? Tell tale signs: - Don't tell anyone about

>> On Tue, Nov 23, 2004, Adam Greenbaum <lists@refinitive.com> wrote: >> > On Tue, 2004-11-23 at 20:26, ~mg@a.org wrote: >> > > Hello everyone! >> > > >> > > We have been thinking about something<early snip> >> > >> > With respect, this could have come from anyone... and looks like it >> > did from the DNS

On Mon, Dec 6, 2010 at 6:10 AM, Maurizio De Cecco <jmax at dececco.name> wrote: > I have been looking for a while to  LLVM as a possible technology to build a > DSP execution engine, providing the runtime flexibility needed by real-time > interactive DSP applications (like patcher languages), or by plug-in based > processors, and in the same moment > the powerful link time

Hi guys, What do you think about this structure: http://wiki.centos.org/FrontPageProposal?action=AttachFile&do=get&target=wiki-structure-5-en.png Cheers, al.

Hello, On 17/03/2018 15:22, Dimitry Andric wrote: > On 17 Mar 2018, at 14:48, Sylvestre Ledru via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> >> Context: I have been packaging the llvm toolchain for Debian & Ubuntu >> and also providing these packages on https://apt.llvm.org/. >> One of the goal is to have different versions co-installable. For that,

Hello, Object of my mail : 1/ stick a problem of incompatibylity between 2 patches (fileflags.diff & detect-renamed.diff) 2/ proposition of a correction I wanted to run rsync on a mac (OS X 10.6.5) with the --detect-renamed option. I therefore tried to compile rsync with the 3 relevant patches : - fileflags.diff - crtimes.diff - detect-renamed.diff But the patch detect-renamed.diff is

Hello, Context: I have been packaging the llvm toolchain for Debian & Ubuntu and also providing these packages on https://apt.llvm.org/. One of the goal is to have different versions co-installable. For that, I am renaming the binaries and libraries. Now, as we are not using the minor version (the Y in X.Y.Z), there isn't much point in calling our tools foo-7.0 as we won't create a

Hello everybody, so, here's the summary of my progress (note that it also includes a few items to discuss, so I'm cc-ing this to nut-upsdev as well). I. The planning: 1/ libnutconf: The core (i.e. config. classes and their (de)serialisers) is coded, UT in progress. Signalisation shall follow; I have a couple of practical thoughts & comments to this, see below. In general, I'd

?Hello everybody, I'm working on the "Use difftime for time comparison" bug (#313634). Charles directed me to the other one "Use monotonic clock for monitoring" attended to by Baruch; I believe that's very good idea, however I'd use a bit more encapsulated & general approach: 1/ I'd create an opaque timer type and its get/set/cmp/inc/dec etc interface

I have been looking for a while to LLVM as a possible technology to build a DSP execution engine, providing the runtime flexibility needed by real-time interactive DSP applications (like patcher languages), or by plug-in based processors, and in the same moment the powerful link time optimizations that such a system can provide. Such a task is daunting for a single developer project like

Hi guys, just wanted to ask, on the onset of our page, we generate several div''s. What we noticed on an intermittent connection is that several divs don''t get to generate all the div''s sometimes so we had to reload our page. Would you have any technique on how we can do this? thanks bing -- Posted via http://www.ruby-forum.com/.