Hello Hugh, I did following: 1.A. Added the line ulimit -u unlimited to /root/.bashrc 1.B. checked the status after logout: unlimited processes were set 1.C. started the existing installation 6.0.0. 1.D. found the same error: segmentation fault when loading to rdf store.
2.A. deleted the existing installation 6.0.0. 2.B. implemented the required flags: CFLAGS="-g" + export CFLAGS + LDFLAGS="-g" + export LDFLAGS 2.C. installed the package again: ./configure + make + make install 2.D found the same error: segmentation fault when loading to rdf store 3. after 2.D I started the gdb backtrace utility The utility could not produce a logfile, but you can find here the error messages in the terminal: http://fadyart.com/sdnList/virtuosoDebug1.txt 4. another attempt with as destination the default graph, where you can find the result of the terminal: http://fadyart.com/sdnList/virtuosoDebug2.txt Sincerely hope this can help anyhow. Kind regards Eddy ----- Original Message ----- From: Hugh Williams To: Eddy Vanderlinden Cc: [email protected] Sent: Wednesday, November 18, 2009 6:25 PM Subject: Re: [Virtuoso-users] Segmentation faults when rdf operations are involved + large transformations Hi Eddy, Can you please confirm if any core files are being produced when these crashes occur (if not you need to ensure "ulimit -c unlimited" for user virtuoso is started as) ? If, so would it be possible for you to build a debug version of the Virtuoso Server with -g set in CFLAGS LDFLAGS in place of -s which strips symbol information. The you can you gdb to obtain a stack trace leading up to the crash(es), which should then enable us to determine the cause, as we would like to resolve these in the next release. Best Regards Hugh Williams Professional Services OpenLink Software Web: http://www.openlinksw.com Support: http://support.openlinksw.com Forums: http://boards.openlinksw.com/support Twitter: http://twitter.com/OpenLink On 18 Nov 2009, at 09:49, Eddy Vanderlinden wrote: Hello, 1) RDF related I have segmentation faults with Virtuoso 6.0.0 installed on Ubuntu 9.10 in following cases: - When transferring a file of 11.7 MB to rdf_sink via WebDAV browser: Segmentation fault /usr/local/virtuoso-opensource/bin/virtuoso-t -f - When performing an upload Via webDAV to rdf_sink of 29 KB rdf file: GPF: page.c:2392 page_apply called with not enough stack + Segmentation fault /usr/local/virtuoso-opensource/bin/virtuoso-t -f - When deleting a graph : GPF: page.c:2392 page_apply called with not enough stack GPF: page.c:2392 page_apply called with not enough stack [1]+ Segmentation fault /usr/local/virtuoso-opensource/bin/virtuoso-t -f Took following actions since I found a similar problem in product support mailing list: added to the parameter header of virtuoso.ini: ServerThreadSize = 2 800 000, MainThreadSize = 2 800 000, increased HTTPThreadSize from 280 000 to 2 800 000. The modifications were trepped and did not bring any help. Via "Web application Server"/content management I could import an rdf-file which was posted on the Internet but there was no inclusion in the rdf-store. I could upload regular files to the DAV folder of 16 KB and 4 MB with WebDAV browser.. Of course, since I'm stuck I would appreciate very much any hints where to find the solution. 2)XSLT related XSL transformation works fine on screen, but with file as output I get: HT057: The STRING session in string_output_string is longer than 10Mb. Either use substring to access it in parts or place less data in it. Can I do anything to make Virtuoso accept transformations of more than 10 MB ? E.g. modifying any parameter ? Thank you in advance for your advise and help. Best regards Eddy Vanderlinden ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july_______________________________________________ Virtuoso-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/virtuoso-users
