search for: 8518

http://llvm.org/bugs/show_bug.cgi?id=8518 Thanks, Yuri

On Nov 22, 2010, at 4:38 PM, Yuri wrote: > http://llvm.org/bugs/show_bug.cgi?id=8518 Nicolas or Jeffrey, could you take a look at the patch attached to this bug? It will hopefully be unnecessary after the MC JIT happens, but seems useful in the meantime. -Chris

...ce without knowing what had used that much. Turned out that it was the wine-20050930 build directory that was using 850mb of hd space. I pinned down the problem to the wine-20050930/dlls directory, which was using about 600mb hd space. For example, advapi32.dll.so was 1155k, while advapi.c was only 8518 bytes and advapi.o was 149k. I tried bzipping advapi32.dll.so, and its size went down to 279k. Then I tried making the wine-20050930 directory into one big bzipped tar, and it became 174mb. Is it just me that finds this to be strange? 850mb is a lot of hd space, and I don't remember that build...

...;=1587,"C&D&E"=26289,"C&D&F"=4902,"C&D"=101947,"C&E&F"=3326,"C&E"=77289,"C&F"=20125,C= 689330,"D&E&F"=892,"D&E"=22666,"D&F"=4661,D=200020,"E&F"=8518,E=521290,F= 401622)) pdf("myvenn.pdf") plot(vd) dev.off() ##################################################################### # (2) the problem of the plot venneuler generated me is sets (A,B,C,D,E,F) should shared 69604 elements. # But, it illustrated nothing for me for this 6...

The R Core Team has decided to aim for the release of 2.4.1 on Monday December 18. This involves a feature freeze on Monday the 4th and code freeze on Monday 11th. Automated builds of beta release and release candidate tarballs will be available from the 5th and the 12th, respectively. It is not expected that many changes will occur relative to the current R-patched version, but as always:

...205 8046 8560 9961 "Ricote" 2604 3022 2819 2956 2929 2928 2743 2320 1774 1689 "San_Javier" 4326 4940 5026 5656 6652 9008 9734 10286 12675 14696 "San_Pedro_del_Pinatar" 2637 3076 3276 3380 4377 5074 5449 6518 8866 12057 "Santomera" NA NA NA NA NA NA NA NA 7346 8518 "Torre-Pacheco" 8858 9782 9400 9255 9610 10260 11005 13006 15654 16568 "Torres_de_Cotillas_(Las)" 2616 2964 3557 3954 4806 5327 6010 7259 11349 14132 "Totana" 13714 14235 14211 13842 15453 14718 14424 16300 18537 20466 "Ulea" 1194 1420 1481 1559 1619 1581 155...

...4500 0077 0318 4000 2006 d293 c0a8 0284 c0a8 0101 0417 008b 1059 65a3 d45d ee3d 5018 1fac 9a5a 0000 0000 004b ff53 4d42 2d00 0000 0000 0000 0000 0000 0000 0000 0000 0000 0100 8518 6400 018a 0fff 0000 0007 00c0 0016 0000 00d0 78a3 3601 0000 0000 0000 0000 0000 0000 000a 005c 434f 4d4d 2e49 4e46 00 18:09:41.418957 gate.irstc.cc.al.us.netbios-ssn > ost5.irstc.cc.al.us.1047: . ack 785 win 32736 (DF)...

On Jun 24, 2010, at 12:02 AM, Yuri wrote: > On 06/23/2010 23:44, Chris Lattner wrote: >> This doesn't seem specific to the JIT. Can you add this to the normal code generator, and have the JIT leverage off that? Here are some minor comments, but the bigger issue of how this integrates seems important. >> > > Why this isn't specific to JIT? It outputs memory

...that it seems to simply dump the entire registry even if a location is specified (i.e. HKEY_LOCAL_MACHINE\SOFTWARE) - is this how it is intended to work or am I simply 'doing it wrong'. Thanks for any light anyone might be able to provide! DEAN WILLIAMS / Block 64 phone: +1 (416) 436-8518 web: www.block64.com (http://www.block64.com/) twitter: @block64corp (http://www.twitter.com/block64corp)

...from a cifsfs create. * BUG 8509: Read-only handles on SAMR allow SAMR_DOMAIN_ACCESS_CREATE_USER. * BUG 8521: Winbind cache timeout expiry test was reversed. o Christian Ambach <ambi at samba.org> * BUG 8428: Fix wrong reply to DHnC (durable handle reconnect). * BUG 8518: SMB2 create call returns incorrect file allocation size. o Bj?rn Baumbach <bb at sernet.de> * BUG 8364: Fix the build of gpfs.c on RHEL 6.0 with gpfs 3.4.0-4. o Bram <fnzon at lists.wizbit.be> * BUG 7551: Return error of cli_push when 'put - /some/file' is used....

...from a cifsfs create. * BUG 8509: Read-only handles on SAMR allow SAMR_DOMAIN_ACCESS_CREATE_USER. * BUG 8521: Winbind cache timeout expiry test was reversed. o Christian Ambach <ambi at samba.org> * BUG 8428: Fix wrong reply to DHnC (durable handle reconnect). * BUG 8518: SMB2 create call returns incorrect file allocation size. o Bj?rn Baumbach <bb at sernet.de> * BUG 8364: Fix the build of gpfs.c on RHEL 6.0 with gpfs 3.4.0-4. o Bram <fnzon at lists.wizbit.be> * BUG 7551: Return error of cli_push when 'put - /some/file' is used....

...fit = glm(y ~ x , family=poisson() ) summary( glht(fit, linfct = mcp(x = "Tukey") ) )$test $pvalues } ) ) hist(pvals[,3], breaks=30) > Julien Gagneur > Computational Scientist > Steinmetz lab > Tel: +49-(0)6221-387-8114 > Fax: +49-(0)6221-387-8518 > Email: julien.gagneur@embl.de > > Room V205 > EMBL > Meyerhofstrasse 1 > D-69117 Heidelberg > Germany [[alternative HTML version deleted]]

On 06/23/2010 23:44, Chris Lattner wrote: > This doesn't seem specific to the JIT. Can you add this to the normal code generator, and have the JIT leverage off that? Here are some minor comments, but the bigger issue of how this integrates seems important. > Why this isn't specific to JIT? It outputs memory addresses of functions while they are run in JIT. Can code be run

A bit of a new guy around these parts... I've done a bit of looking, and haven't found any newbie-friendly instructions on how to add the Dag repository to my CentOS4 box. Could somebody help me out and point me in the right direction? Thanks... -- --- David Woyciesjes

Hello, I''m developing an app that basically, receives a 10MB or less XLSX files with +30000 rows or so, and another XLSX file with about 200rows, I have to read one row of the smallest file, look it up on the largest file and write data from both files to a new one. I just did a test reading a few rows from the largest file using ROO (Spreadsheet doesn''t support XSLX and

...OggS fresh packet | not first | not last page | pos1: 5722 pos2: 0 serial: 2006538233 pageNo: 18 checksum: 602206409 OggS continued packet | not first | not last page | pos1: 229824 pos2: 0 serial: 1711341811 pageNo: 12 checksum: 4208543730 OggS fresh packet | not first | not last page | pos1: 8518 pos2: 0 serial: 2006538233 pageNo: 23 checksum: 372078174 OggS fresh packet | not first | not last page | pos1: 8521 pos2: 0 serial: 2006538233 pageNo: 24 checksum: 1199444312 OggS fresh packet | not first | not last page | pos1: 8527 pos2: 0 serial: 2006538233 pageNo: 26 checksum: 118116702 O...

...p Ward Unix Systems Administrator Ext 7274 -- Academic Excellence at the Heart of Scotland. The University of Stirling is a charity registered in Scotland, number SC 011159. -------------- next part -------------- A non-text attachment was scrubbed... Name: af401amib.h Type: text/x-chdr Size: 8518 bytes Desc: not available URL: <http://lists.alioth.debian.org/pipermail/nut-upsdev/attachments/20090831/dfe1f6d8/attachment.h> -------------- next part -------------- A non-text attachment was scrubbed... Name: snmp-ups.c.patch Type: text/x-patch Size: 513 bytes Desc: not available URL: <...

.../.Bugtraq.2006/cur/1196955440.M467314P20726V0000000000000906I0006499B_3879.transylvania,S=4836:2,S", {st_mode=S_IFREG|0644, st_size=4836, ...}) = 0 [pid 3083] lstat64("dati/Documenti/Gabriele/Maildir/.Bugtraq.2006/cur/1196954550.M692809P20697V0000000000000906I00051339_6429.transylvania,S=8518:2,S", {st_mode=S_IFREG|0644, st_size=8518, ...}) = 0 [pid 3083] lstat64("dati/Documenti/Gabriele/Maildir/.Bugtraq.2006/cur/1196955803.M578489P20731V0000000000000906I0006D695_5350.transylvania,S=4031:2,S", {st_mode=S_IFREG|0644, st_size=4031, ...}) = 0 [pid 3083] getdents64(0, /* 19...

...= 1129055371 brk(0) = 0x805eed0 brk(0x807fed0) = 0x807fed0 brk(0x8080000) = 0x8080000 uname({sys="Linux", node="monkey", ...}) = 0 getpid() = 8518 geteuid32() = 0 open("/usr/local/etc/dovecot.conf", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=29028, ...}) = 0 pread(3, "## Dovecot 1.0 configuration fil"..., 2048, 0) = 2048 pread(3, "and RSA parameters.\n#ssl_paramet&q...

...ok 0x8959d48 so it remains in sync [Apr 11 15:36:10] DEBUG[9335] rtp.c: Got RTCP report of 72 bytes [Apr 11 15:36:10] DEBUG[9165] rtp.c: Got RTCP report of 76 bytes [Apr 11 15:36:10] DEBUG[9442] chan_dahdi.c: Write returned -1 (Resource temporarily unavailable) on channel 35 [Apr 11 15:36:10] DEBUG[8518] chan_dahdi.c: Write returned -1 (Resource temporarily unavailable) on channel 63 [Apr 11 15:36:10] DEBUG[9169] chan_dahdi.c: Write returned -1 (Resource temporarily unavailable) on channel 7 [Apr 11 15:36:10] DEBUG[9316] chan_dahdi.c: Write returned -1 (Resource temporarily unavailable) on channel...