search for: btree

Hi, While compiling 1.8.8.1, I met the following error: [AR] hash/hash.o hash/hash_bigkey.o hash/hash_buf.o hash/hash_func.o hash/hash_log2.o hash/hash_page.o hash/ndbm.o btree/bt_close.o btree/bt_conv.o btree/bt_debug.o btree/bt_delete.o btree/bt_get.o btree/bt_open.o btree/bt_overflow.o btree/bt_page.o btree/bt_put.o btree/bt_search.o btree/bt_seq.o btree/bt_split.o btree/bt_utils.o db/db.o mpool/mpool.o recno/rec_close.o recno/rec_delete.o recno/rec_get.o recno/rec_ope...

Hello all, mmm a bit embarrassing about not having a clue as to why we're getting this error on make of 1.8.3 [AR] hash/hash.o hash/hash_bigkey.o hash/hash_buf.o hash/hash_func.o hash/hash_log2.o hash/hash_page.o hash/ndbm.o btree/bt_close.o btree/bt_conv.o btree/bt_debug.o btree/bt_delete.o btree/bt_get.o btree/bt_open.o btree/bt_overflow.o btree/bt_page.o btree/bt_put.o btree/bt_search.o btree/bt_seq.o btree/bt_split.o btree/bt_utils.o db/db.o mpool/mpool.o recno/rec_close.o recno/rec_delete.o recno/rec_get.o recno/rec_ope...

...igured I'd repost this with an edited subject line, to attract attention of people with Debian On Sparc experience. Apologies in advance if this kind of thing is frowned upon :) [AR] hash/hash.o hash/hash_bigkey.o hash/hash_buf.o hash/hash_func.o hash/hash_log2.o hash/hash_page.o hash/ndbm.o btree/bt_close.o btree/bt_conv.o btree/bt_debug.o btree/bt_delete.o btree/bt_get.o btree/bt_open.o btree/bt_overflow.o btree/bt_page.o btree/bt_put.o btree/bt_search.o btree/bt_seq.o btree/bt_split.o btree/bt_utils.o db/db.o mpool/mpool.o recno/rec_close.o recno/rec_delete.o recno/rec_get.o recno/rec_ope...

...e issue? Thanks in advance. ********** make ... [CC] recno/rec_utils.c -> recno/rec_utils.o clang: warning: argument unused during compilation: '-fnested-functions' [AR] hash/hash.o hash/hash_bigkey.o hash/hash_buf.o hash/hash_func.o hash/hash_log2.o hash/hash_page.o hash/ndbm.o btree/bt_close.o btree/bt_conv.o btree/bt_debug.o btree/bt_delete.o btree/bt_get.o btree/bt_open.o btree/bt_overflow.o btree/bt_page.o btree/bt_put.o btree/bt_search.o btree/bt_seq.o btree/bt_split.o btree/bt_utils.o db/db.o mpool/mpool.o recno/rec_close.o recno/rec_delete.o recno/rec_get.o recno/rec_ope...

Hi I just want to study the core of btree function. So I hava a small test program. I try to add different items 1000000 times. (test1 , test1) (test2 , test2) (test3 , test3) .....(test1000000 , test1000000) after that I run the program again and again step 1 , db file size is 54099968 , get_entry_count is 1000000 step 2 , db file siz...

Hallo Liste, hallo Ralf, danke schon mal. Ja die Whitespaces sind beim Rausl?schen entstanden. Ich verstand das so, dass das nun durch die address_verify_map erledigt w?rde. Muss ich dann entsprechend einfach auf die verweisen? Ich versuchte gerade die address_verify_map = btree:$data_directory/verify_cache auf local_recipient_maps = btree:$data_directory/verify_cache verweisen zu lassen. Leider ohne Erfolg. Bisher ist verify_cache n?mlich leider noch unbef?llt. Entsprechend bekomme ich folgende Fehler: Dec 1 16:16:29 test-mail postfix/smtpd[5550]: warning: btree:/var/li...

Hi I just want to study the core of btree function. So I hava a small test program. I try to add different items 1000000 times. (test1 , test1) (test2 , test2) (test3 , test3) .....(test1000000 , test1000000) after that I run the program again and again step 1 , db file size is 54099968 , get_entry_count is 1000000 step 2 , db file siz...

...? Up to now, I used postfix+cyrus, worked fine. But I do not get postfix+dovecot to work. Currently, all emails go to /dev/null. What really would help me is a dovecot lmtp server. Is there any? Regards Olaf postfix main.cf: # -- delivery options # local_recipient_maps = virtual_alias_maps = btree:/etc/postfix/virtual alias_maps = btree:/etc/postfix/aliases alias_database = btree:/etc/postfix/aliases # mailbox_command = /usr/lib/dovecot/deliver mailbox_transport = dovecot postfix master.cf: dovecot unix - n n - - pipe flags=DRhu user=vmail:v...

...anticipate what is now built above it. It is useful to be able to open small temporary databases in memory, but I think from a performance and from a code maintenance point of view we'd be better off providing an alternative lower level for quartz which uses memory instead of disk to store the Btree. Or perhaps replaces the Btree with a suitable map<>, but I think a lower level is more appropriate. Thoughts? Cheers, Olly

...lv44/6.5.28m/work/eoe/lib/libfam/libfam_n32_M3/fam.c++:325: relocation truncated to fit: R_MIPS_GPREL16 against `.srdata' /xlv44/6.5.28m/work/eoe/lib/libfam/libfam_n32_M3/fam.c++:329: relocation truncated to fit: R_MIPS_GPREL16 against `.srdata' /usr/lib32/libfam.a(Client.o): In function `BTree<int,void *>::insert(int const &, void *const &)': /xlv44/6.5.28m/work/eoe/lib/libfam/libfam_n32_M3/BTree.h:375: relocation truncated to fit: R_MIPS_GPREL16 against `.srdata' /xlv44/6.5.28m/work/eoe/lib/libfam/libfam_n32_M3/BTree.h:375: relocation truncated to fit: R_MIPS_GP...

...ous and categorical (species= 17). The three random effects are site (68 of them), season (1 or 2) and land class (1 to 6). Ideally I would also like to build in a variance structure to allow a different spread per land class. This is the model I'm trying to run: (fm<-glmmadmb(count~species*btrees+species*built+species*btrees*built+(1|season)+(1|landclass)+(1|site), data=srp12, famil="nbinom", zeroInflation=TRUE)) I have read most of the supporting documents to glmmADMB and studied the examples but am still struggling to make headway. This is the error message I get; Memory al...

As far as I know, btrfs comes from "btree file system", but why does btrfs pronounce "butter-eff-ess"? -- Wang Shaoyan -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Xapian (0.7.5) is spitting out this error on a regular basis: org.xapian.errors.DatabaseError: Error reading block 136618: got end of=20= file =A0=A0=A0=A0=A0=A0=A0 at=20 org.xapian.XapianJNI.writabledatabase_repalce_document(Native Method) =A0=A0=A0=A0=A0=A0=A0 at=20 org.xapian.WritableDatabase.replaceDocument(WritableDatabase.java:67) I don't have a gdb backtrace, only the Java

I've been reading about using Squat with Dovecot on large mailboxes. I was wondering if some of the memory usage during searching and indexing could be reduced by using a berkeley db? I've used this in the past for something similar and in BTREE mode it was very fast for millions of keys. I havent had time to look at how squat is implemented, but I thought I'd throw it out there... -Ryan

...} - if (core->di_format == XFS_DINODE_FMT_LOCAL) + switch (core->di_format) { + case XFS_DINODE_FMT_LOCAL: return xfs_fmt_local_readdir(file, dirent, core); - else if (core->di_format == XFS_DINODE_FMT_EXTENTS) + case XFS_DINODE_FMT_EXTENTS: + case XFS_DINODE_FMT_BTREE: return xfs_fmt_extents_readdir(file, dirent, core); + } return -1; } @@ -117,8 +120,10 @@ static int xfs_next_extent(struct inode *inode, uint32_t lstart) goto out; if (core->di_format == XFS_DINODE_FMT_EXTENTS) { - bmbt_irec_get(&rec, (xfs_bmbt_rec_t *)&cor...

...o Ralf, > > danke schon mal. Ja die Whitespaces sind beim Rausl?schen entstanden. > > Ich verstand das so, dass das nun durch die address_verify_map erledigt w?rde. Muss ich dann entsprechend einfach auf die verweisen? Nein. > Ich versuchte gerade die > address_verify_map = btree:$data_directory/verify_cache > auf > local_recipient_maps = btree:$data_directory/verify_cache > verweisen zu lassen. Leider ohne Erfolg. Bisher ist verify_cache n?mlich leider noch unbef?llt. Entsprechend bekomme ich folgende Fehler: neee > Dec 1 16:16:29 test-mail postfix/smtpd[55...

...n mal. Ja die Whitespaces sind beim Rausl?schen entstanden. >> >> Ich verstand das so, dass das nun durch die address_verify_map erledigt w?rde. Muss ich dann entsprechend einfach auf die verweisen? > > Nein. > >> Ich versuchte gerade die >> address_verify_map = btree:$data_directory/verify_cache >> auf >> local_recipient_maps = btree:$data_directory/verify_cache >> verweisen zu lassen. Leider ohne Erfolg. Bisher ist verify_cache n?mlich leider noch unbef?llt. Entsprechend bekomme ich folgende Fehler: > > neee > >> Dec 1 16:16...

...from v0.8 and also a small change from recent btrfs-unstable HG trees. So, if you have existing Btrfs filesystems, you will need to backup, reformat and restore to try out v0.9. You can find download links and other details here: http://oss.oracle.com/projects/btrfs/ Since v0.8: * Support for btree blocks larger than the page size. mkfs.btrfs defaults to 8k blocks, but -l and -n can be used to set the block size for leaves and nodes. Powers of 2 are required, example: mkfs.btrfs -l 32768 -n 32768 /dev/xxxx * Support for inline (packed into the btree) file data larger than the page size....

...from v0.8 and also a small change from recent btrfs-unstable HG trees. So, if you have existing Btrfs filesystems, you will need to backup, reformat and restore to try out v0.9. You can find download links and other details here: http://oss.oracle.com/projects/btrfs/ Since v0.8: * Support for btree blocks larger than the page size. mkfs.btrfs defaults to 8k blocks, but -l and -n can be used to set the block size for leaves and nodes. Powers of 2 are required, example: mkfs.btrfs -l 32768 -n 32768 /dev/xxxx * Support for inline (packed into the btree) file data larger than the page size....

Just got this error when replacing (updating) a document in the xapian index (using php bindings): Fatal error: Uncaught exception 'Exception' with message 'DatabaseError: Error reading block 16908825: got end of file' Does anyone know what this means exactly? Alec