search for: 6952

Hi folks. It looks like it's stirred some discussion ultimately resulting/concluding that this phenomena is a possible bug either in the lattice package or in R 1.9.0/1.9.1 itself. So, I'll stay tuned, so to speak, for either an update in the lattice package or R as it seems that that's where the bug may lie. FYI, the resulting plot, (e.g., plot(1~1)), worked as it should either

...---------------> <------------------------audio path ok------------------------------- here is the output of the "show channels" H323:19742 (voip s 1 ) Up Bridged Call SIP/kelvin-6952 SIP/kelvin-6952 (voip 2010 1 ) Up Dial OH323/H323:2010@10.17.0.2|25|mt the problem only exists in transferred calls any info would be appreciated thanks =) ~kelvin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium....

...ind) print("Q2_ind") str(Q2_ind) print("MS_ind") str(MS_ind) #----------------------------------------------------- Although the Index vectors *_ind have different names they get subsequently overwriten, as you see in the diagnostic output: [1] "M_ind" int [1:12023] 6952 6953 6954 6957 6958 6959 6962 6963 6964 6965 ... [1] "Q1_ind" int [1:331] 1 2 3 4 5 6 7 8 9 10 ... [1] "Q2_ind" int [1:331] 6952 6957 6962 6963 6964 6965 6966 6967 6968 6969 ... [1] "MS_ind" int [1:3] 15237 15238 15239 [1] "---------------" [1] "M_ind...

...--- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090630/ee2157a6/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6952 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090630/ee2157a6/attachment.bin>

I noticed that tinc is using quite a big amount of memory after some time. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ Command 11559 root 9 0 129m 73m 1092 S 0.0 39.1 0:22.06 tincd you can see that after 22 hours the memsize is way too big. im using debian sid. kernel 2.4.20. tinc 1.0pre8 debian package. greetings christian Tinc: Discussion list

...--- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090811/6be03553/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6952 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090811/6be03553/attachment.bin>

...--- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090801/815e74f2/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6952 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090801/815e74f2/attachment.bin>

...--- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090801/0623187a/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6952 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090801/0623187a/attachment.bin>

...--- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090731/8db7a6e8/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6952 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090731/8db7a6e8/attachment.bin>

...mpfile, 0444, ^ /usr/src/dahdi-linux-2.6.2/drivers/dahdi/dahdi-base.c:6945:20: warning: assignment makes pointer from integer without a cast [enabled by default] span->proc_entry = create_proc_entry(tempfile, 0444, ^ /usr/src/dahdi-linux-2.6.2/drivers/dahdi/dahdi-base.c:6952:19: error: dereferencing pointer to incomplete type span->proc_entry->data = (void *)(long)span->spanno; ^ /usr/src/dahdi-linux-2.6.2/drivers/dahdi/dahdi-base.c:6953:19: error: dereferencing pointer to incomplete type span->proc_entry->proc_fops = &dahdi_...

...--- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090623/05b58f4a/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6952 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090623/05b58f4a/attachment.bin>

On Tue, Jun 30, 2009 at 8:33 AM, Michael Graumann<MichaelGraumann at gmx.net> wrote: > Hi > > I am trying to modify the llc in that way: > > > >         subf 3, 5, 3                                 subf 3, 5, 3 > >         stw 3, 44(1)                                stw 3, 44(1) > >                                                                # InlineAsm

...____________________________ LLVM Developers mailing list LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6952 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090630/f6e3e133/attachment.bin>

On Jul 31, 2009, at 5:04 PM, Michael Graumann wrote: > Thank you Chris, > for your hint, but I am still too stupid. I tried two versions > > asm_arguments.push_back(Type::VoidTy); > FunctionType *asm_type = FunctionType::get(Type::VoidTy, > asm_arguments, false); > > Alternatively > > FunctionType *asm_type = FunctionType::get(Type::VoidTy, >

On Aug 11, 2009, at 8:23 AM, Michael Graumann wrote: > I'm writing a pass for the llc tool. If I try to load my pass(llc - > load ../mypass.so), this error message appears : > > Error opening '/nfs/wsi/ti/graumann/llvm-2.5/Release/lib/ > LLVMMicha.so': /nfs/wsi/ti/graumann/llvm-2.5/Release/lib/ > LLVMMicha.so: undefined symbol: >

...____________________________ LLVM Developers mailing list LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 6952 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090811/ad3d2d68/attachment.bin>

hello I want to know about therotical basis of Kriging in elemantary level. I will appreciate if anyone sends me address,link,e-documents, etc.. kind regards -- Ahmet Temiz General Directory of Disaster Affairs Ankara TURKEY ______________________________________ Inflex - installed on mailserver for domain @deprem.gov.tr Queries to: postmaster at deprem.gov.tr

...Comment --------- ------- BELL IG DB1 Any ideas ??????? -- ___________________________________ Dr. Marcus Hoffmann System Engineer / Software Developer Institute of Earth Sciences - SUPSI Via Trevano C.P. 72 CH-6952 Canobbio-Lugano Ticino-SWITZERLAND Direct: Tel +41 (0)58 / 666 62 13 Secretary: Tel +41 (0)58 / 666 62 00 Fax: +41 (0)58 / 666 62 09 eMail: marcus.hoffmann@supsi.ch Internet: http://www.ist.supsi.ch

Hi All, I have some old HP Netserver LPr?s that have old HP RAID controllers (NetRAID 3si?s). The RAID controllers don?t work too well with CentOS. I?ve not been able to get the installer to see the controllers. I?ve read a lot of notes that don?t seem to point to me having any success. So 2 questions. Has anyone successfully used NetRAID 3si controllers with CentOS? Can anyone recommend an

On Jul 31, 2009, at 10:24 AM, Michael Graumann wrote: > Hi, > I’ am trying to insert an InlineAsm Instruction in my pass, which > FunctionType do I need for Inlineasm? > If I understand it right, I need a call instruction to insert the > new produced InlineAsm? > > Thanks for help Inline asm works like a "callee". So for: call void asm sideeffect