search for: jdev

> to speex: *now here comes the more important part, can we build a c++ > component which does what avrelay does? is it practicable to de/encode > 100 streams with a c/c++ speex de/encoder in realtime?* COMMENTS WELCOME At low bit-rate (6-8 kbps) and lowest complexity, it's probably possible to encode 100 streams on a 3 GHz machine (and decoding is cheap), but that's all

Hi Jean-Marc, <p>>>to speex: *now here comes the more important part, can we build a c++ >>component which does what avrelay does? is it practicable to de/encode >>100 streams with a c/c++ speex de/encoder in realtime?* COMMENTS WELCOME > At low bit-rate (6-8 kbps) and lowest complexity, it's probably possible > to encode 100 streams on a 3 GHz machine (and

Hi Ulrich, <p>you distroyed my evening today ;-). Im only sitting here and follow the videoconferencing thread ;-)). > due to the ongoing discussion on both lists, i simply respond to both > lists. it's hard crossposting, but it's for both roups relevant (i > think). Yes, this was right. There is a great discussion and perhaps we got some points more yet. > +After

Hi Carsten, due to the ongoing discussion on both lists, i simply respond to both lists. it's hard crossposting, but it's for both roups relevant (i think). <p>+After having thought about control structures, it makes sense to me to do the extra work and merge this creamed cake into a jabber server component. Otherwise a control channel to the server component would have to be

More comprehensive support for virtio-scsi. Passes all the tests. Rich.

Various changes/fixes to use smaller stack frames. Rich.

...ext2.c b/daemon/ext2.c index 9ba4f09..5dd67c7 100644 --- a/daemon/ext2.c +++ b/daemon/ext2.c @@ -498,6 +498,8 @@ do_mke2fs_J (const char *fstype, int blocksize, const char *device, const char *journal) { CLEANUP_FREE char *err = NULL; + char blocksize_s[32]; + CLEANUP_FREE char *jdev = NULL; int r; if (!fstype_is_extfs (fstype)) { @@ -505,12 +507,12 @@ do_mke2fs_J (const char *fstype, int blocksize, const char *device, return -1; } - char blocksize_s[32]; snprintf (blocksize_s, sizeof blocksize_s, "%d", blocksize); - size_t len = strlen (journ...

Hi, I am trying to run the example "JavaRCall" with SJava 0.65 and R1.5.1 under Windows NT4.0. Although loadLibrary("RInterpreter") worked successfull, the following error occurs: "Exception breakpoint occurred at line 65 of ROmegahatInterpreter.java. java.lang.UnsatisfiedLinkError: boolean org.omegahat.R.Java.ROmegahatInterpreter.initR(java.lang.String[]) boolean

...str_mke2fs, "-F", "-O", "journal_dev", "-b", blocksize_s, "-U", uuid, device, NULL); if (r == -1) { @@ -398,7 +405,7 @@ do_mke2fs_J (const char *fstype, int blocksize, const char *device, snprintf (jdev, len+32, "device=%s", journal); r = command (NULL, &err, - "mke2fs", "-F", "-t", fstype, "-J", jdev, "-b", blocksize_s, + str_mke2fs, "-F", "-t", fstype, "-J", jdev, "...

...blocksize, const char *device, char *err; int r; - char prog[] = "mke2fs"; - if (e2prog (prog) == -1) + if (e2prog (str_mke2fs) == -1) return -1; char blocksize_s[32]; @@ -468,7 +465,7 @@ do_mke2fs_J (const char *fstype, int blocksize, const char *device, snprintf (jdev, len+32, "device=%s", journal); r = command (NULL, &err, - prog, "-F", "-t", fstype, "-J", jdev, "-b", blocksize_s, + str_mke2fs, "-F", "-t", fstype, "-J", jdev, "-b", bloc...

These two patches are probably not completely independent, but separating them is a lot of work. With *both* patches applied, all the tests and extra-tests pass. That's no guarantee however that there isn't a mistake, so I don't think this patch is a candidate for the 1.16 branch, until it's had a lot more testing in development. Rich.

...all comfortable about ext3 using a device number to find the journal device. I gather that there is a plan to allow the journal device to be "mounted" before the ext3 filesystems so they can then find their journal by UUID, but that seems a little way off. I would really like a "jdev=/dev/whatever" mount option so I can be sure that the right device will be found NeilBrown

..., uuid, device, NULL); if (r == -1) { @@ -511,7 +503,7 @@ do_mke2fs_J (const char *fstype, int blocksize, const char *device, wipe_device_before_mkfs (device); r = command (NULL, &err, - str_mke2fs, "-F", "-t", fstype, "-J", jdev, "-b", blocksize_s, + "mke2fs", "-F", "-t", fstype, "-J", jdev, "-b", blocksize_s, device, NULL); if (r == -1) { reply_with_error ("%s", err); @@ -551,7 +543,7 @@ do_mke2fs_JL (const char *fs...

..., uuid, device, NULL); if (r == -1) { @@ -511,7 +506,7 @@ do_mke2fs_J (const char *fstype, int blocksize, const char *device, wipe_device_before_mkfs (device); r = command (NULL, &err, - str_mke2fs, "-F", "-t", fstype, "-J", jdev, "-b", blocksize_s, + "mke2fs", "-F", "-t", fstype, "-J", jdev, "-b", blocksize_s, device, NULL); if (r == -1) { reply_with_error ("%s", err); @@ -551,7 +546,7 @@ do_mke2fs_JL (const char *fs...

This is a simpler patch that removes GUESTFSD_EXT_CMD completely.

Hi Marc, thanks for the quick reply. Marc Gimpel wrote: > It would appear the the 'pcm2speex.read(frame, 0, frame.length)' is > blocking which means that it is waiting for data from the underlying > inputstream (i.e.AudioInputStream(t.input)). If it could read > sufficient data it would transcode it. If it recieved an EOF, it > should do some zero padding and then

Replace GUESTFSD_EXT_CMD with a command line option ‘./guestfsd --print-external-commands’

Nick Lewycky <nicholas at mxc.ca> writes: > Hi, > > I've been running LLVM with _GLIBCXX_DEBUG (extra checks) turned on to > see what would happen, and it's been a complete disaster. > > The major problem is the use of this API: > > new CallInst(V, &Args[0], Args.size()); Forgive me if I'm missing something, but why is it assumed that &Args[0]