search for: 7432

...lt;/samplerate> <channels>1</channels> </encode> <downmix>1</downmix> <resample> <in-rate>44100</in-rate> <out-rate>22050</out-rate> </resample> Thanks David David Jones Head of IT, Virgin Radio t +44 20 7432 3346 f +44 20 7432 3456 www.smg.plc.uk * www.virginradio.co.uk --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-request@xiph.org' containing only the word 'unsubscribe'...

...to the encoder. Thanks to all those who have helped us so far in getting our Ogg streams up and running, especially Karl Heyes for his help with the YP directory listings. We've had some really positive feedback; it's much appreciated. David David Jones Head of IT, Virgin Radio t +44 20 7432 3346 f +44 20 7432 3456 www.smg.plc.uk * www.virginradio.co.uk --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-request@xiph.org' containing only the word 'unsubscribe...

...to the encoder. Thanks to all those who have helped us so far in getting our Ogg streams up and running, especially Karl Heyes for his help with the YP directory listings. We've had some really positive feedback; it's much appreciated. David David Jones Head of IT, Virgin Radio t +44 20 7432 3346 f +44 20 7432 3456 www.smg.plc.uk * www.virginradio.co.uk --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-request@xiph.org' containing only the word 'unsubscribe...

...ble posting). Has anyone got ices2 and icecast2 to post information to a yp server. I can't get it to work and http://www.oddsock.org/icecast2yp/test/FAQ suggests that it shouldn't at least at the moment. Anyone know for certain? Thanks David David Jones Head of IT, Virgin Radio t +44 20 7432 3346 f +44 20 7432 3456 www.smg.plc.uk * www.virginradio.co.uk --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request at xiph.org' containing only the word 'unsubscr...

..., sometimes it appears for a short time after a restart. My error log is full of entries like: INFO yp/yp_submit_url Successfull ACK from yp_touch (http://www.oddsock.org/cgi-bin/yp-cgi) but there is no equivalent for the icecast.net directory. David David Jones Head of IT, Virgin Radio t +44 20 7432 3346 f +44 20 7432 3456 www.smg.plc.uk * www.virginradio.co.uk --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe...

Hi, I know I am using SVN, but I was wondering if anybody ever came across this error. I can't read my voicemails because files seems to be corrupted, for lack of a better word. When I do access my messages, I get those errors: [Dec 2 19:45:05] NOTICE[25993]: app_voicemail.c:7432 open_mailbox: Mailbox: /var/spool/asterisk/voicemail/xxx/709/INBOX, expected 0 but found 3 message(s) in box with max threshold of 100. [Dec 2 19:45:05] NOTICE[25993]: app_voicemail.c:7432 open_mailbox: Mailbox: /var/spool/asterisk/voicemail/xxx/709/INBOX, expected 0 but found 3 message(s) in box...

..., :class => "strong" do -%> Hello world! <% end -%> # => <div class="strong"><p>Hello world!</p></div> Unfortunately blocks only work in erb and not as helper methods. This problem already has a ticket http://dev.rubyonrails.org/ticket/7432 Greg Pierce has come up with a fix http://greg.agiletortoise.com/2007/03/01/rails-content_tag-block-fix but I''m looking for more. I''d like to write something along the lines of content_tag :table do content_tag :tr do content_tag :td, "first" content_tag :td...

...6670 6673 6675 6705 6715 6716 6741 6812 6826 6852 6859 6895 6896 6907 6913 6919 6935 6943 6948 6979 7023 7025 7035 7039 7042 7108 7131 7145 7163 7171 7172 7194 7198 7199 7203 7256 7257 7294 7303 7317 7322 7343 7344 7347 7348 7352 7386 7390 7391 7392 7393 7407 7408 7409 7417 7418 7419 7420 7421 7426 7432 7437 7462 7467 7468 7473 7474 7475 7488 7502 7503 7558 7588 7589 7628 7685 7695 7699 7703 7723 *a5 OK Search completed (7.846 secs).* Searching against "subject" is pretty fast, few miliseconds ...

...6715 6716 6741 6812 6826 6852 6859 > 6895 6896 6907 6913 6919 6935 6943 6948 6979 7023 7025 7035 7039 7042 7108 > 7131 7145 7163 7171 7172 7194 7198 7199 7203 7256 7257 7294 7303 7317 7322 > 7343 7344 7347 7348 7352 7386 7390 7391 7392 7393 7407 7408 7409 7417 7418 > 7419 7420 7421 7426 7432 7437 7462 7467 7468 7473 7474 7475 7488 7502 7503 > 7558 7588 7589 7628 7685 7695 7699 7703 7723 > *a5 OK Search completed (7.846 secs).* > > > Searching against "subject" is pretty fast, few miliseconds ... >

...Thread 93276 (LWP 12092)] [New Thread 94301 (LWP 16133)] [New Thread 95326 (LWP 16134)] [New Thread 96351 (LWP 16146)] [New Thread 97376 (LWP 16147)] [New Thread 98401 (LWP 16192)] [New Thread 99426 (LWP 16193)] [New Thread 100451 (LWP 16207)] [New Thread 101476 (LWP 7430)] [New Thread 102501 (LWP 7432)] [New Thread 103526 (LWP 7487)] [New Thread 104551 (LWP 7488)] [New Thread 105576 (LWP 7523)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 8201 (LWP 384)] _handle_get_request (con=0xe86b95a4, parser=0x814f680, uri=0x81854e0 "/") at connection.c:720 720...

...7108 >>>>>> 7131 7145 7163 7171 7172 7194 7198 7199 7203 7256 7257 7294 7303 7317 >>>>>> 7322 >>>>>> 7343 7344 7347 7348 7352 7386 7390 7391 7392 7393 7407 7408 7409 7417 >>>>>> 7418 >>>>>> 7419 7420 7421 7426 7432 7437 7462 7467 7468 7473 7474 7475 7488 7502 >>>>>> 7503 >>>>>> 7558 7588 7589 7628 7685 7695 7699 7703 7723 >>>>>> *a5 OK Search completed (7.846 secs).* >>>>>> >>>>>> >>>>>> Searching again...

...7203 7256 7257 7294 7303 >> 7317 >> >>>>>>> 7322 >> >>>>>>> 7343 7344 7347 7348 7352 7386 7390 7391 7392 7393 7407 7408 7409 >> 7417 >> >>>>>>> 7418 >> >>>>>>> 7419 7420 7421 7426 7432 7437 7462 7467 7468 7473 7474 7475 7488 >> 7502 >> >>>>>>> 7503 >> >>>>>>> 7558 7588 7589 7628 7685 7695 7699 7703 7723 >> >>>>>>> *a5 OK Search completed (7.846 secs).* >> >>>>>>> >...

...ello World +7336 => Hello World +7344 => Hello World +7352 => Hello World +7360 => Hello World +7368 => Hello World +7376 => Hello World +7384 => Hello World +7392 => Hello World +7400 => Hello World +7408 => Hello World +7416 => Hello World +7424 => Hello World +7432 => Hello World +7440 => Hello World +7448 => Hello World +7456 => Hello World +7464 => Hello World +7472 => Hello World +7480 => Hello World +7488 => Hello World +7496 => Hello World +7504 => Hello World +7512 => Hello World +7520 => Hello World +7528 => Hello...

Hi, I am trying to get faster search results on our webmail client(Roundcube). Besides using Lucene for FTS are there other options? Would having all mails indexed give fast results? Currently the time it takes to search 25,000mails is 4mins. If indexed how much faster are we looking at? Really appreciate if someone could advise about this. Thanks Kevin

...+7320: 0, 0 +7328: , +7328: 0, 0 +7336: , +7336: 0, 0 +7344: , +7344: 0, 0 +7352: , +7352: 0, 0 +7360: , +7360: 0, 0 +7368: , +7368: 0, 0 +7376: , +7376: 0, 0 +7384: , +7384: 0, 0 +7392: , +7392: 0, 0 +7400: , +7400: 0, 0 +7408: , +7408: 0, 0 +7416: , +7416: 0, 0 +7424: , +7424: 0, 0 +7432: , +7432: 0, 0 +7440: , +7440: 0, 0 +7448: , +7448: 0, 0 +7456: , +7456: 0, 0 +7464: , +7464: 0, 0 +7472: , +7472: 0, 0 +7480: , +7480: 0, 0 +7488: , +7488: 0, 0 +7496: , +7496: 0, 0 +7504: , +7504: 0, 0 +7512: , +7512: 0, 0 +7520: , +7520: 0, 0 +7528: , +7528: 0, 0 +7536: , +7536: 0,...

On 01/07/16 19:28, Jeremy Allison wrote: > On Fri, Jul 01, 2016 at 10:00:21AM +0100, Alex Crow wrote: >> Hi, >> >> We've had a strange issue after following the recommendations at >> https://wiki.samba.org/index.php/Ping_pong, particularly the part >> about mmap coherence. We are running CTDB/Samba over a MooseFS >> clustered FS, and we'd not done the

...-0.025 1 8509 208 208 0.0375 1.6875 -0.025 1 9490 209 209 0.0375 1.7125 -0.025 1 10622 210 210 0.0375 1.7375 -0.025 1 10906 211 211 0.0375 1.7625 -0.025 1 10107 212 212 0.0375 1.7875 -0.025 1 8712 213 213 0.0375 1.8125 -0.025 1 7432 214 214 0.0375 1.8375 -0.025 1 7136 215 215 0.0375 1.8625 -0.025 1 7470 216 216 0.0375 1.8875 -0.025 1 8043 217 217 0.0375 1.9125 -0.025 1 8318 218 218 0.0375 1.9375 -0.025 1 8109 219 219 0.0375 1.9625 -0.025 1 8028 220 220 0.0375...

Hi Stepan, Sorry for the delay. It's great that you are working on MergeFunctions as well and I agree, we should definitely try to combine our efforts to improve MergeFunctions. Just to give you some context, the pass (with the similar function merging patch) is already being used in a production setting. From my point of view, it would be better if we focus on improving its capability

...2 0.01 84417 2 0.01 82355 pseudo.ll 11 132106 0 0.02 132076 0 0.01 132076 psqrt.ll 1 7056 0 0.01 7029 0 0.00 7029 psub.ll 1 20187 0 0.00 20160 0 0.01 20160 psymodel.ll 2 270891 0 0.03 270860 0 0.03 270860 ptalloc.ll 3 6768 0 0.01 6734 0 0.01 6734 ptoa.ll 1 16862 0 0.01 16835 0 0.01 16835 ptou.ll 1 7432 0 0.01 7405 0 0.01 7405 puzzle.ll 7 13008 0 0.01 12984 0 0.01 12984 Puzzle.ll 8 59672 0 0.01 59653 0 0.01 59653 pw.ll 6 31350 0 0.01 31319 0 0.01 28916 Qalignmm.ll 14 343623 0 0.04 343608 0 0.04 343608 q_matrix.ll 8 180117 0 0.02 180096 0 0.03 180096 q_offsets.ll 9 107882 0 0.02 107861 0 0.02 10786...

...2 1 1 1 1 1 1 1 1 2 2 2 2 2 2 2 2 2 2 4 3 2 4 4 3 2 4 1 4 1 2 2 1 1 1 1 1 1 1 1 1 1 1 2 2 2 2 2 1 2 1 1 2 1 1 2 1 2 1 2 2 1 1 1 2 1 1 2 1 1 2 NA 2 2 1 1 1 2 1 1 1 12 41 NA 1 2 2 60 2 2 .03 2 2 2 2 1 1 2 2 1 5 3 3 2 2 10 50 c 10 100 2 2 1 25 1 0 8723 75 1 3 4 60 7 4 1 1 1 2 2 9 9 2 1 2 2 2 2 626 2 5 7432 5 2 1 1 95 10 5 2 2 2 2 2 1 2 1 2 2 2 2 2 789 3 10 1537 25 2 2 3 80 8 4 1 1 1 2 2 1 2 1 2 2 2 2 2 219 4 3 925 80 2 4 4 75 8 4 1 1 1 1 1 9 9 1 2 2 2 2 2 185 4 1 1 2 2 2 1 4 4 3 1 4 2 3 2 1 2 3 2 2 4 2 2 3 2 2 4 2 1 3 2 4 2 4 2 4 4 3 8 1 2 1 1 1 1 2 1 1 1 2 2 2 2 2 2 2 2 2 2 3 3 4 2 3 4 3 2 4 2 1 2...