search for: starker

G'day Sambaites, I'm trying to use rsync to backup from one machine to another. I'm getting an error "rsync: connection unexpectedly closed (0 bytes received so far)" and I don't know where to go from here. I'm running the rsync daemon on machine starker. I'm trying to backup from another machine to it. For testing, I'm just trying to backup one file. The command line I'm using is: /usr/local/bin/rsync -vvvv local/etc/smb.conf rsync://starker:/backup/Wed The full output is: opening tcp connection to starker port 873 Connected to...

And for a starker example of this (documented) inconsistency, arithmetic addition is not commutative: > NA + NaN [1] NA > NaN + NA [1] NaN On Mon, Jul 2, 2018 at 5:32 PM, Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > On 02/07/2018 11:25 AM, Jan Gorecki wrote: >> Hi, >> base...

...ean, NA / NaN could be handled in loop in summary.c. I assume that > performance penalty of fix is the reason why this inconsistency still > exists. > Jan > > On Mon, Jul 2, 2018 at 8:28 PM, Barry Rowlingson < > b.rowlingson at lancaster.ac.uk> wrote: > >> And for a starker example of this (documented) inconsistency, >> arithmetic addition is not commutative: >> >> > NA + NaN >> [1] NA >> > NaN + NA >> [1] NaN >> >> >> >> On Mon, Jul 2, 2018 at 5:32 PM, Duncan Murdoch <murdoch.duncan at gmail...

...ted, the `sum` function is not. For mean, NA / NaN could be handled in loop in summary.c. I assume that performance penalty of fix is the reason why this inconsistency still exists. Jan On Mon, Jul 2, 2018 at 8:28 PM, Barry Rowlingson < b.rowlingson at lancaster.ac.uk> wrote: > And for a starker example of this (documented) inconsistency, > arithmetic addition is not commutative: > > > NA + NaN > [1] NA > > NaN + NA > [1] NaN > > > > On Mon, Jul 2, 2018 at 5:32 PM, Duncan Murdoch <murdoch.duncan at gmail.com> > wrote: > > On 02/07/2018...

..., NA / NaN could be handled in loop in summary.c. I assume that > performance penalty of fix is the reason why this inconsistency still > exists. > Jan > > On Mon, Jul 2, 2018 at 8:28 PM, Barry Rowlingson > <b.rowlingson at lancaster.ac.uk> wrote: >> >> And for a starker example of this (documented) inconsistency, >> arithmetic addition is not commutative: >> >> > NA + NaN >> [1] NA >> > NaN + NA >> [1] NaN >> >> >> >> On Mon, Jul 2, 2018 at 5:32 PM, Duncan Murdoch <murdoch.duncan at gmail.com...

am a NEW user to flac.installed flac on eac.tried to rip a cd using eac with flac as external compression.tried the 'wav' icontried the 'mp3' iconboth options saves the file as 'wav'thought eac will rip the cd in the 'flac' file format.is this a 2-step procedure?wherein eac to 'wav' and re-ripped on flac frontend?or is there a ripper with flac in it that

...ecitative Und die Hirten kehrten wieder um.flac: testing, 100% comp 34 Gardiner, John Eliot Monteverdi Choir, English Baroque Soloists - 34 Recitative Und die Hirten kehrten wieder um.flac: ok 08 Gardiner, John Eliot Monteverdi Choir, English Baroque Soloists - 8 Aria Gro?r Herr und starker K?ig.flac: ok Now, I realise this is a minor issue, as it does not affect speed or quality of any of the operations, but it is annoying. The problem seems to be in encode.c, around line 1652. Now without my beloved iomanip and iostreams, I really have no idea how to output text, so I am probably...

...would not be adequate for the general user.) This means that the transition from writing private code to writing code that can be shared with the world can be made much more gradually, according to the programmer's needs and means. Currently, in the R world, the choice for programmers is much starker: either stay writing little scripts that one sources from an interactive session, or learn to implement packages. There's too little in-between. Of course, from the point of view of someone who has already written several packages, the barrier to writing a package may seem too small to fret o...

On Mon, Oct 3, 2016 at 10:18 AM, <frederik at ofb.net> wrote: > Hi Kynn, > > Thanks for expanding. > > I wrote a function like yours when I first started using R. It's > basically the same up to your "new.env()" line, I don't do anything > with environmentns. I just called my function "mysource" and it's > essentially a "source

...e general user.) > > This means that the transition from writing private code to writing > code that can be shared with the world can be made much more > gradually, according to the programmer's needs and means. > > Currently, in the R world, the choice for programmers is much starker: > either stay writing little scripts that one sources from an > interactive session, or learn to implement packages. There's too > little in-between. I know it's flogging the same horse, but for the non-expert I create and attach a complete package devtools::create("my...