search for: 16264

...6836 >> 4 1947 2985 2055 1106 646 502 257 11 17 7579 >> 5 1957 3625 2656 1413 873 688 326 21 38 9640 >> 6 1967 4295 3274 1700 1110 879 375 62 103 11799 >> 7 1977 5002 3837 2130 1286 1204 415 104 214 14192 >> 8 1987 5617 4210 2675 1393 1496 449 158 265 16264 >> 9 1997 6274 4605 3401 1480 1798 474 187 310 18532 >> >> $visible >> [1] FALSE Where did you get the austpop.r? If you got it from the URL I pasted above, then you shouldn't have this problem. The austpop.R from the URL does not have what you put above, it is like...

Hi everyone, every comment about this: http://xforce.iss.net/xforce/xfdb/16264 Didn't find any hint or patch on http://www.xfree86.org/security/. Best regards Konrad Heuer (kheuer2@gwdg.de) ____ ___ _______ GWDG / __/______ ___ / _ )/ __/ _ \ Am Fassberg / _// __/ -_) -_) _ |\ \/ // / 37077 Goettingen...

...ALLERID(num)=2222") in new stack -- Executing [2000 at test:3] Set("SIP/1000-00000014", "CALLERID(name)=2222") in new stack -- Executing [2000 at test:4] Dial("SIP/1000-00000014", "SIP/2000") in new stack == Using SIP RTP CoS mark 5 Audio is at 16264 Adding codec 100004 (alaw) to SDP Adding codec 100003 (ulaw) to SDP Adding codec 100002 (gsm) to SDP Adding non-codec 0x1 (telephone-event) to SDP Reliably Transmitting (no NAT) to 10.10.7.218:5060: INVITE sip:2000 at 10.10.7.218:5060 SIP/2.0 Via: SIP/2.0/UDP my-ip:5060;branch=z9hG4bK73e9c721 Max-F...

...3 1937 2693 1853 993 589 457 233 6 11 6836 4 1947 2985 2055 1106 646 502 257 11 17 7579 5 1957 3625 2656 1413 873 688 326 21 38 9640 6 1967 4295 3274 1700 1110 879 375 62 103 11799 7 1977 5002 3837 2130 1286 1204 415 104 214 14192 8 1987 5617 4210 2675 1393 1496 449 158 265 16264 9 1997 6274 4605 3401 1480 1798 474 187 310 18532 $visible [1] FALSE -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (...

...#16388), reported by: parisioa, patched by: atis, tested by: atis, parisioa * Prevent double closing of FDs by EIVR (closes issue #16305), reported by: diLLec, patched, tested by: thedavidfactor * Send ack (response/message) after receiving manager action userevent (closes issue #16264), reported, patched by: dimas * Make manager response to "Action: events" finish with empty line (closes issue #16275), reported, patched by: vnovy This release also contains significant improvements to T.38 support. Anyone who has tried T.38 faxing in the past should try again as...

...#16388), reported by: parisioa, patched by: atis, tested by: atis, parisioa * Prevent double closing of FDs by EIVR (closes issue #16305), reported by: diLLec, patched, tested by: thedavidfactor * Send ack (response/message) after receiving manager action userevent (closes issue #16264), reported, patched by: dimas * Make manager response to "Action: events" finish with empty line (closes issue #16275), reported, patched by: vnovy This release also contains significant improvements to T.38 support. Anyone who has tried T.38 faxing in the past should try again as...

> Ok...So I actually *typed* the table with WordPad, using the Tab button >in order to separate the columns, and saved it in rich text format. As you >might have guessed, it didn´t work. I got a: > Error in count.fields(file, sep, quote, skip, blank.lines.skip) : > string terminated by newline or EOF RTF is not what is meant by text. What I am writing is text. Your

Is there a way to get dovecot to send automatic flag updates? I notice that when I have two clients connected and one of them reads a new message, the server sends a status update which contains the number of unseen messages, but doesn't specifically say which ones have changed. I think the solution to this problem, while not wasting bandwidth, is to issue a unilateral FETCH FLAGS response

I was reading the documentation on this today and was wondering more about the has_many :though, :dependent=>:destroy options. I am curious how deep the deletes goes. Does it stop with the intermediate table or does it pass through to the final table? For example: database Categories (name, id) Listings (category_id,product_id) Products (id, name) Assume in my Category Class I have

...1782 30021 7410 13814 0 5 44 50 0 1 176 16056 1012 3972828 0 0 1596 26716 6747 12627 1 6 43 50 0 1 176 16136 1032 3972808 0 0 1646 29954 7315 13516 0 5 43 52 0 2 176 16120 1032 3973068 0 0 1542 26726 6689 12392 1 6 44 50 0 2 176 16264 1032 3972808 0 0 1590 28283 6991 12668 0 5 45 51 0 2 176 15624 1032 3973328 0 0 1684 27257 6765 12266 0 5 44 50 1 2 176 16072 1028 3973072 0 0 1588 29570 6903 12569 0 5 44 51 0 2 176 15736 1032 3973328 0 0 1664 29286 6908 13007 0...

...tp://downloads.asterisk.org/pub/telephony/asterisk/ The release of Asterisk 1.4.28 resolved several issues reported by the community, and would have not been possible without your participation. Thank you! * Send ack (response/message) after receiving manager action userevent (closes issue #16264), reported, patched by: dimas * Do not modify the gain settings on data calls in chan_dahdi. (closes issue #15972), reported by: udosw, patched, tested by: alecdavis * fixes solaris segfault on dial with verbosity >= 3 (closes issue #16193), reported by: asgaroth, patched by: snuff...

...e issues with musiconhold, which led to classes not getting destroyed properly. (closes issues #16279, #16207), reported by: parisioa, dcabot, patched by: tilghman, tested by: parisioa, tilghman * Send ack (response/message) after receiving manager action userevent (closes issue #16264), reported, patched by: dimas * Make manager response to "Action: events" finish with empty line (closes issue #16275), reported, patched by: vnovy This release also contains significant improvements to T.38 support. Anyone who has tried T.38 faxing in the past should try again as...

...tp://downloads.asterisk.org/pub/telephony/asterisk/ The release of Asterisk 1.4.28 resolved several issues reported by the community, and would have not been possible without your participation. Thank you! * Send ack (response/message) after receiving manager action userevent (closes issue #16264), reported, patched by: dimas * Do not modify the gain settings on data calls in chan_dahdi. (closes issue #15972), reported by: udosw, patched, tested by: alecdavis * fixes solaris segfault on dial with verbosity >= 3 (closes issue #16193), reported by: asgaroth, patched by: snuff...

...e issues with musiconhold, which led to classes not getting destroyed properly. (closes issues #16279, #16207), reported by: parisioa, dcabot, patched by: tilghman, tested by: parisioa, tilghman * Send ack (response/message) after receiving manager action userevent (closes issue #16264), reported, patched by: dimas * Make manager response to "Action: events" finish with empty line (closes issue #16275), reported, patched by: vnovy This release also contains significant improvements to T.38 support. Anyone who has tried T.38 faxing in the past should try again as...

...4??? 9 ?unique(dat1) #? idvar col2 #1???? 1??? 7 #3???? 2??? 8 #4???? 4??? 9 A.K. I got the following message when trying to use Google motion charts. Error in gvisCheckMotionChartData(data, my.options) : ? The data must have rows with unique combinations of idvar and timevar. Your data has 16264 rows, but idvar and timevar only define 16262 unique rows. > How do I find and remove the two duplicate rows? Thanks, Johnny

...unbound. An example of this is at: http://pastie.org/249009 To minimize the occurrence of this race condition, the main thread needs to be as fast as possible. Aman pointed me to: http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/7872 http://readlist.com/lists/ruby-lang.org/ruby-talk/3/16264.html It seems like a solution would be to have a very fast reactor loop in an OS thread that tracks the state of the connections and updates a data structure that can be queried and send the events to a subscription queue in Ruby main thread. For example, Connection#error? would return true the &q...

...nnectivity Pass 4: Checking reference counts Pass 5: Checking group summary information Free blocks count wrong for group #2532 (8073, counted=8075). Fix<y>? yes Free blocks count wrong (103559497, counted=103559499). Fix<y>? yes Free inodes count wrong for group #2912 (16263, counted=16264). Fix<y>? yes Free inodes count wrong (53127071, counted=53127072). Fix<y>? yes /dev/md1: ***** FILE SYSTEM WAS MODIFIED ***** /dev/md1: 235616/53362688 files (11.7% non-contiguous), 3139701/106699200 blocks

...tcp spt:0 flags:0x16/0x02 NAT Table Chain PREROUTING (policy ACCEPT 2021 packets, 274K bytes) pkts bytes target prot opt in out source destination 65 8740 net_dnat all -- eth0 * 0.0.0.0/0 0.0.0.0/0 Chain POSTROUTING (policy ACCEPT 202 packets, 16264 bytes) pkts bytes target prot opt in out source destination 7 336 eth0_masq all -- * eth0 0.0.0.0/0 0.0.0.0/0 Chain OUTPUT (policy ACCEPT 196 packets, 15976 bytes) pkts bytes target prot opt in out source destination Chain eth...

...16168 => Hello World +16176 => Hello World +16184 => Hello World +16192 => Hello World +16200 => Hello World +16208 => Hello World +16216 => Hello World +16224 => Hello World +16232 => Hello World +16240 => Hello World +16248 => Hello World +16256 => Hello World +16264 => Hello World +16272 => Hello World +16280 => Hello World +16288 => Hello World +16296 => Hello World +16304 => Hello World +16312 => Hello World +16320 => Hello World +16328 => Hello World +16336 => Hello World +16344 => Hello World +16352 => Hello World +16360...

...6160: 0, 0 +16168: , +16168: 0, 0 +16176: , +16176: 0, 0 +16184: , +16184: 0, 0 +16192: , +16192: 0, 0 +16200: , +16200: 0, 0 +16208: , +16208: 0, 0 +16216: , +16216: 0, 0 +16224: , +16224: 0, 0 +16232: , +16232: 0, 0 +16240: , +16240: 0, 0 +16248: , +16248: 0, 0 +16256: , +16256: 0, 0 +16264: , +16264: 0, 0 +16272: , +16272: 0, 0 +16280: , +16280: 0, 0 +16288: , +16288: 0, 0 +16296: , +16296: 0, 0 +16304: , +16304: 0, 0 +16312: , +16312: 0, 0 +16320: , +16320: 0, 0 +16328: , +16328: 0, 0 +16336: , +16336: 0, 0 +16344: , +16344: 0, 0 +16352: , +16352: 0, 0 +16360: , +16360:...