search for: bastiaans

The attached patch adds the missing FLAC__metadata_object_seektable_*() functions from FLAC's metadata object methods (FLAC/metadata.h) to FLAC++'s SeekTable class. Of the 11 functions in the C API, only 4 are currently in the C++ API, this patch adds the missing 7. If this patch is ok, VorbisComment will be next. A quick look tells me only 5 out of 13

Hello, I want to model my data with the following model: Y1=X1*coef1+X2*coef2 Y2=X1*coef2+X2*coef3 Note: coef2 appears in both lines Xi, Yi is input versus output data respectively How can I do this in R? I got this far: lm(Y1~X1+X2,mydata) now how do I add the second line of the model including the cross dependency? Your help is greatly appreciated! Cheers, Bastiaan

Hi, I'm using the Samba RPM's from Fedora Core 2 RPM's (3.0.7-2.FC2) as an authentication backend for a Squid Proxy server. It all seems to work fine, until I (try to)authenticate against a domain-group.. I started trying with 3.0.6-2.FC2, which also didn't work... This is a pretty clean/fresh installation of Fedora Core 2, for whatever that's worth... I've succeeded

Well, I have been away a couple of days, so I don't know if I'm in time, but I reported a memory leak and submitted a patch a couple of months ago. It would be nice if it can make it in. I first reported the leak here: http://lists.xiph.org/pipermail/flac-dev/2011-August/003002.html And the patch is here:

Hi, I've a directory of large log files (> 100M) that I want to rsync to another server in short intervals (say every minute). With the --append option I can avoid resending whole files at every sync. But rsync still calculates the checksum over the complete files every time, which claims a significant share of CPU and IO resources. Since the log files are always written in append-only

Hi, I am currently working with the sem package in R, to create pathway diagrams. Id like to use the standardized path coeffcients. To get these, I use std.coef. However, using this yields only the standardized coefficients, but does not give me the standard error. Does someone know how to get std.coef to show the standard error of the standardized path coefficients as well? Thanks, Bastiaan

Hi! I think this patch adds the last of the libFLAC metadata functions to the correct classes in libFLAC++. This is 4 CueSheet member function and 1 Picture function. If I haven't looked properly and more functions are still missing, let me know. Next I would like to maybe add a few convenience functions. For instance, a padding block can really only be created and given a size, but this

Bastiaan Timmer wrote: ... > In a > previous message I mentioned writing some more convenience functions, but on > closer inspection they would either be inefficient or very difficult > to implement. Could you briefly list these, in case somebody else wants to have a go. Many thanks, Martin -- Martin J Leese E-mail: martin.leese stanfordalumni.org Web:

I have a problem with my samba server and mij Apple imac G5. The connection is very slow. Can you tell me what the problem is.

> From: Cristian Rodr?guez <crrodriguez at opensuse.org> > Sent: Sunday, May 6, 2012 8:24 AM > > El 05/05/12 02:23, Bastiaan Timmer escribi?: >> The attached patch adds the missing FLAC__metadata_object_seektable_*() >> functions from FLAC's metadata object methods (FLAC/metadata.h) to >> FLAC++'s SeekTable class. Of the 11 functions in the C API,

...ther, will retry in 10 seconds last message repeated 2 times last message repeated 4 times last message repeated 4 times I am sure the key's are allright, I am sure port 655 is open and reachable, I don't get it. Does anyone have a idea on what I am doing wrong here? Kind regards, Ramon Bastiaans. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://brouwer.uvt.nl/pipermail/tinc/attachments/20011121/bd7d1aa7/attachment.htm

--- On Tue, 5/8/12, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > Honestly, I really doubt this is a bug in valgrind :-). How > were you testing > this? Well, I've read that there have been bugs in valgrind, were SSE optimized versions of strlen() do guaranteed safe overreads of memory, but valgrind wasn't aware the overreads were safe. Anyway, it seems easy to

Attached is a patch that adds 5 missing FLAC__metadata_object_vorbiscomment_* functions to the VorbisComment class. In my previous message I stated 8 functions were missing, but on closer inspection, 3 of those belong in the VorbisComment::Entry class, and 2 of them already have equivalent functions in there. The last one (FLAC__metadata_object_vorbiscomment_entry_matches()) does not, but I have

> While you are at it, can you check/fix the following warning > ? > > metadata.cpp:812:98: warning: narrowing conversion of > 'strlen(((const > char*)string))' from 'size_t {aka long unsigned int}' to > 'FLAC__uint32 > {aka unsigned int}' inside { } is ill-formed in C++11 > [-Wnarrowing] > > > Thanks ! Yeah sure! I don't get

Bastiaan Timmer wrote: > Attached is a patch that adds 5 missing Patch applied. Thanks. > Looking at the FLAC__metadata_object_cuesheet_* FLAC__metadata_ > object_picture_* functions, it looks like the corresponding FLAC++ > classes are already complete. Maybe some functions are missing from > CueSheet::Track. If nobody objects, I will take a look later this > week. Thanks.

Hi! Attached is a tiny patch adding a convenience function to create a Metadata::Padding object with a certain size in one statement. In a previous message I mentioned writing some more convenience functions, but on closer inspection they would either be inefficient or very difficult to implement. I have also nearly finished converting the cpp file-encode example to use the C++ api, and will

Erik de Castro Lopo wrote: > > http://wootangent.net/~lsd/blah/snippet6.wav > > Great, thanks! Confirmed the problem here. Will look at it ASAP. Same problem with flac 1.2.1. Interesting! Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

...15 "[umount]" processes on my box which can't be killed. And my load is going insane (probably because of this): 9:57pm up 87 days, 6:03, 2 users, load average: 10.00, 10.00, 9.93 If anyone has suggestions or sultions to this problem, it would be great. Kind regards, Ramon Bastiaans.

Hi samba list members, Firstly, I've been using Samba for some while now and would to thank the Samba team for such a brilliant effort. I've got a Samba server running on a Linux box for a client (around 25-30 users) which has been running nearly 90 days now without any serious hitches at all. The client is incredibly impressed, over the moon, etc ... so it's probably time to pay up

Well, I sent this earlier this week, but I guess it's stuck in the spam filter, so I'll send it again split up in several parts. First the full source, if this one arrives I'll reply with the patch. Ok, so I ended up creating 2 versions of this. The first one is what I mentioned earlier, pretty much a line-for-line translation of the original example. The c++-style casts made the