- From: Alec Segal <alec.segal@verizon.com>
- Date: Wed, 30 Oct 2002 15:40:09 -0500 (EST)
- To: <public-rdf-tap@w3.org>
- Message-ID: <IKEDLNJOAEOLPNIEAKIDIELGCKAA.alec.segal@verizon.com>
I have built TAP for Sun Solaris 8 for SPARC.
Here is what I have done to make it work.
1. Use apache, not apache2
2. Edited config.mk, in particular:
LDSHARED=gcc -shared
BUILDTYPE+=-g -Wall -pthreads
APRLIBS= -lapr -lrt -lm -lsocket -lnsl -lresolv -ldl -lpthread
3. MemHash_Node_new was allocating memory not on the long's boundary,
causing segmentation fault on SPARC during startup, during the database
import from the data directory.
MemHash_Node_new(TAP_KB *kb, const char *oid)
{
size_t size = sizeof(MemHash_Node) + strlen(oid) + 1;
/* as07: ak03 : Alignment fix!!! */
size = (size + sizeof(long) - 1) & ~(sizeof(long) -1);
/* end of fix*/
MemHash_Node *ret = (MemHash_Node *)
MemHash_calloc(kb, size);
strcpy(ret->name, oid);
return (MemHash_NodeHandle) MemHash_PtrToHandle(kb, ret);
}
That was enough to start enjoying Apache on my personal workstation.
I found that issuiing an empty request from kbx crashes my local server:
desc> use http://mysun.com:8080/data
Using KB http://mysun.com:8080/data
desc>
desc> identify
props>
causes Segmentation Fault in TAP_Cursor_AddOutputFilter when it calls
asp_pcalloc, because curs is NULL.
A link to download the database
http://tap.stanford.edu/data/tap.rdf
returns an empty messsage, as if the file tap.rdf were missing.
A download for the node Resource through the database browser skips a lot of
information in the database and returns a broken XML. It generates unpaired
tags </0> in the attempt to refer to namespaces, as far as I understand.
I am pushing for an ambitious project, using semantic web technologies, and
trying to build a demo. The amount of data could be potentially very big.
So far I am having fun with TAP. Thank you.
Alec Segal
Attachments
- application/octet-stream attachment: tap_kb_memhash.c
- application/octet-stream attachment: config.mk
Received on Wednesday, 30 October 2002 16:45:02 UTC