search for: hash_page

Hi, i tried to compile Asterisk 1.4.21.2 on a server which i have been using with many previous Asterisk versions, without any problems. But with 1.4.21.2 it failed: ---------------------------------- [CC] res_adsi.c -> res_adsi.o [LD] res_adsi.o -> res_adsi.so [CC] res_agi.c -> res_agi.o [LD] res_agi.o -> res_agi.so [CC] res_clioriginate.c -> res_clioriginate.o

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...

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...

Hello all, Figured 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...

...ny suggestions to fix the 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...

...test .depend make[1]: Leaving directory `/usr/src/asterisk/stdtime' rm -f *.o *.so asterisk .depend rm -f build.h rm -f ast_expr.c make -C db1-ast clean make[1]: Entering directory `/usr/src/asterisk/db1-ast' rm -f libdb1.a libdb.so.2 hash.o hash_bigkey.o hash_buf.o hash_func.o hash_log2.o hash_page.o ndbm.o bt_close.o bt_conv.o bt_debug.o bt_delete.o bt_get.o bt_open.o bt_overflow.o bt_page.o bt_put.o bt_search.o bt_seq.o bt_split.o bt_utils.o db.o mpool.o rec_close.o rec_delete.o rec_get.o rec_open.o rec_put.o rec_search.o rec_seq.o rec_utils.o hash.os hash_bigkey.os hash_buf.os hash_func.o...

I have tried all I can think of to resolve a samba performance problem. Below is a description of the problem. The Red Hat server is actually a higher performance machine than the NT machine, though they are close in capabilities: > When I first installed 5.0 I notices slow samba performance. By slow I > mean around 80K/second doing a normal copy to the server from a Windows > 95

Hi All, I am trying to get Asterisk up and running on my new Mandrake 9.1 install. I've installed Linux in the "standard" mandrake security mode, and "su" to do my attempts at install. I managed to obtain the source from CVS, and have been able to compile Zaptel. I then ran insmod zaptel, and also make config. I think I have compiled and loaded Zaptel successfully as