search for: bgl

...ded passdb backend 'tdbsam' Attempting to register passdb backend guest Successfully added passdb backend 'guest' Attempting to find an passdb backend to match ldapsam:ldap://localhost (ldapsam) Found pdb backend ldapsam Searching for:[(&(objectClass=sambaDomain)(sambaDomainName=BGL))] smbldap_search: base => [o=bgl,c=de], filter => [(&(objectClass=sambaDomain)(sambaDomainName=BGL))], scope => [2] smbldap_open_connection: ldap://localhost smbldap_open_connection: connection opened ldap_connect_system: Binding to ldap server ldap://localhost as "cn=admin,o=bgl...

...O, RSYNC_NAME ": %d files to consider.\n", - flist->count); + rprintf(FINFO, RSYNC_NAME ": %d file%sto consider.\n", + flist->count, flist->count==1?" ":"s "); } } -- | G r e g L o u i s | gpg public key: | | http://www.bgl.nu/~glouis | finger greg@bgl.nu |

I've been doing some experiments with the Boost Graph Library (BGL) and interfacing to llvm's GraphWriter system. I'm using GBL for some custom work and needed a way to hook BGL's write_graphviz into GraphWriter to use the existing display infrastructure. To do this I added a HAVE_BOOST configure item and #ifdef'd the Boost support code in Grap...

does wine opens and works Babylon 8 well ??!! if i installed wine,will Babylon work well on it ?!! hope you will answer me thanks

My target machine uses the same 64-bit registers for integers and floating point. Do I have to specify a different register class for floating point that uses the same set of registers? Is there a target which does this I can copy? thanks, brian

The BGL (Boost Graph Library) defines tie(), which is exactly what the tie() defined in STLExtras.h. The header files of GBL use boost::tie(), and other boost libraries use boost::tie() too. How to resolve the ambiguity for compiler? -- Tzu-Chien Chiu, 3D Graphics Hardware Architect <URL:http://www.c...

The following causes an assertion in recent svn pulls, but not in 2.5. The assertion: llvm-as: /home/bgl/work/llvm-work/include/llvm/ADT/SmallVector.h:125: T& llvm::SmallVectorImpl<T>::operator[](unsigned int) [with T = llvm::Constant*]: Assertion `Begin + idx < End' failed. The .ll code: target datalayout = "e-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:32:32" targ...

...Preprocessor flags: Linker flags: Libraries: -lcrypt -lwrap -lz -lnsl -lutil -lcrypto Did I do something wrong or is this a bug? I'm not on the list, so please cc me with any replies. TIA........... -- | G r e g L o u i s | gpg public key: | | http://www.bgl.nu/~glouis | finger greg at bgl.nu | -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 206 bytes Desc: not available Url : http://lists.mindrot.org/pipermail/openssh-unix-dev/attachments/20010219/dee8b56b/attach...

...stack space below the stack pointer is declared as volatile. I actually debugged a similar problem way back in my Blue Gene/L days, where gcc had a bug and was doing the same thing. We ended up taking a signal between the restore of the stack pointer and the restore of the nonvolatile reg and the BGL compute node kernel trashed the stack below the stack pointer. The second wart is the dead copy to r31...which leads to the unnecessary save and restore of r31. For tomcatv, we have to basically save/restore the entire set of non-volatile integer and fp registers. Looking at how llvm does that s...

...declared as volatile. > > I actually debugged a similar problem way back in my Blue Gene/L > > days, where gcc had a bug and was doing the same thing. We ended > > up taking a signal between the restore of the stack pointer and > > the restore of the nonvolatile reg and the BGL compute node kernel > > trashed the stack below the stack pointer. > > Just to confirm, this is an issue specific to the 32-bit ABI, correct? > gcc (4.4.6) seems to do the same thing for PPC64. Correct, this is a specific 32-bit ABI issue. The 64-bit ABI allows some access below t...

...g ext3 partition and just went dead. No message, no disk activity, no keyboard response. I powered down and rebooted 2.4.7-ac3 patched with ext3-2.4-0.9.5-247ac3, and that came up ok and recovered the journalled partition. -- | G r e g L o u i s | gpg public key: | | http://www.bgl.nu/~glouis | finger greg@bgl.nu |

...lemode = Yes Can anyone help, please? -- | G r e g L o u i s | gpg key: 0x400B1AA86D9E3E64 | | Consultronics Corporate Manager | available on my website or | | Information Systems & Technology | from any keyserver. | | http://www.consultronics.com | http://www.bgl.nu/~glouis |

...Module&) + 497 14 opt 0x00000000007b1eb7 llvm::PassManagerImpl::run(llvm::Module&) + 167 15 opt 0x00000000004a1a02 main + 2642 16 libc.so.6 0x0000003960e1eb1d __libc_start_main + 253 17 opt 0x0000000000497639 Stack dump: 0. Program arguments: /home/bgl/work/llvm-work/Release/bin/opt -std-compile-opts -o - t322.ll 1. Running pass 'Function Pass Manager' on module 't322.ll'. 2. Running pass 'Module Verifier' on function '@x' Any ideas? Thanks.

...he stack pointer is declared as volatile. > I actually debugged a similar problem way back in my Blue Gene/L > days, where gcc had a bug and was doing the same thing. We ended > up taking a signal between the restore of the stack pointer and > the restore of the nonvolatile reg and the BGL compute node kernel > trashed the stack below the stack pointer. Just to confirm, this is an issue specific to the 32-bit ABI, correct? gcc (4.4.6) seems to do the same thing for PPC64. Thanks again, Hal > > The second wart is the dead copy to r31...which leads to the > unnecessary...

Hi, I'm a newbie trying to make an R program executable on UNIX, just like one would write an executable perl script by putting "#!/usr/bin/perl" in the first line, and so on. It seems, though, that this would only work if I use the "BATCH" command to tell R to execute the program in its first argument. This would have the unfortunately side-effect of dumping all

...this has not been thorougly tested. Results like those reported were initially obtained with db-3.1.17; the tests shown here used db-4.1.25. More info available on request; tuning hints most gratefully received and tested. -- | G r e g L o u i s | gpg public key: | | http://www.bgl.nu/~glouis | finger greg@bgl.nu | | Help free our mailboxes. Include | | http://wecanstopspam.org in your signature. |

...sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking whether to build Cray XT3 features... no checking whether to build BGL features... no checking for ranlib... ranlib checking for buggy compiler... no known problems checking size of unsigned long long... 8 ---> size SIZEOF ---> size SIZEOF 8 checking whether to enable uoss... no checking whether to enable posix osd... no checking whether to build docs... no chec...

...sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking whether to build Cray XT3 features... no checking whether to build BGL features... no checking for ranlib... ranlib checking for buggy compiler... no known problems checking size of unsigned long long... 8 ---> size SIZEOF ---> size SIZEOF 8 checking whether to enable uoss... no checking whether to enable posix osd... no checking whether to build docs... no chec...

for Spam. In the process of setting up a more effective spam filtering system, I just noticed that bogofilter, which implements extensions of the (a?) "Naive Bayes" text classification approach, will dump out R data frames; the man page suggests how to "integrate" it with R for verification. (sort of, that is). Anyway, for those of you looking for silly and perhaps

On 9/22/05, Tzu-Chien Chiu <tzuchien.chiu at gmail.com> wrote: > The BGL (Boost Graph Library) defines tie(), which is exactly what the > tie() defined in STLExtras.h. > > The header files of GBL use boost::tie(), and other boost libraries > use boost::tie() too. > > How to resolve the ambiguity for compiler? > Couldn't you state the explicit na...