Re: [midgard] Just in case...
I think the list was flaking out when I was having my little emergency...4 hours of deep sweat and my server is back, it wasn't midgard related but it did keep midgard from working...'nough said.lost day,stupid server...crap... kp Bugger. Good to hear it's back up though. Armand. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
[midgard] Powerenet!
Hi HI, Learn how we are building a large Internet business monthly, without mailing anything, without faxing anything, without calling anyone. Totally Internet and system driven- and we've only scratched the surface! Get started FREE!! NO OBLIGATION. For FREE information, or to become a Powerenet.com user at NO COST, Go: http://www.powerenet.com/Index.shtml?8.0/q143209 ** This message is sent in compliance of the new email bill section 301. Per section 301, paragraph (a)(2)(C) of S. 1618, further transmissions to you by the sender of this email may be stopped at no cost to you. == If you wish to be removed from future mailings, please click the following address: http://www.powerenet.com/servlet/BIO?get=/powerenet/removemeDone.shtml[EMAIL PROTECTED]code=q143209 (AOL users: you will need to copy and past the above address in its entirety to your browser in order to be removed) == -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] newbie startup problems
David Banning wrote: Also remove the Load/Addmodule for mod_midgard and mod_php3 temporarily. It is compiled in - I don't have any Load/Addmodule settings in httpd.conf I'd still expect AddModule. See if you can access the midgard database as $ mysql -u midgard -pmidgard midgard OK - my problem here was that I did not have midgard in /etc/passwd now that I have, your suggested "$ mysql -u midgard -pmidgard midgard" works Really?! MySQL database users and /etc/passwd users should have no (intrinsic) relationship. If it works with user midgard in /etc/passwd, it should work without. If it doesn't, that's a flaw in MySQL. If that's OK, set MidgardDatabase midgard midgard midgard before any other Midgard directives, other than the Load/Addmodule statements. Here's where the problem starts with telnet - without any reference to midgard and without "MidgardDatabase midgard midgard midgard" I get a seemingly good response: $ telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET / http\1.1 That would bet HTTP/1.1, but apache doesn't seem to mind. HOST: d.tracker HTTP/1.1 200 OK Date: Wed, 13 Sep 2000 06:14:17 GMT Server: Apache/1.3.12 (Unix) Midgard/1.2.5 PHP/3.0.12+Midgard/1.2.5 Content-Location: index.html.en Vary: negotiate,accept-language,accept-charset TCN: choice Last-Modified: Thu, 03 Aug 2000 04:19:05 GMT ETag: "3e5c-556-3988f2b9;3988a786" Accept-Ranges: bytes Content-Length: 1366 Connection: close Content-Type: text/html Content-Language: en Expires: Wed, 13 Sep 2000 06:14:17 GMT !DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN" HTML HEAD TITLETest Page for Apache Installation/TITLE the rest of test page but if I enter the single line "MidgardDatabase midgard midgard midgard" in httpd.conf (then stop and restart apache) then I get no response after: $ telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET / http\1.1 HOST: d.tracker it just locks up here. Erm... that's the only difference? If you omit the line, and set LogLevel to debug, does Midgard still report activity? What is reported when the line is present? Temporarily disable mod_midgard php3, let's try to find out what's causing this. Can't disable those, I guess unless I recompile without them in. Should I do that? Should not be necessary. Unless I'm totally off, commenting out the appropriate AddModule statements should do the job. This 8080 vs 80 business and d.tracker vs localhost has me really confused The 80 and 8080 are port number, d.tracker and localhost are network interface names. Since most machines will only have one external network interface, the NIC names are usually used as 'the' hostname. A network service is uniquely identified by the NIC name + the portnumber, much like a streetname + house number. Localhost is the name usually reserved for the loopback NIC, and will map to IP address 127.0.0.1. The name d.tracker maps to a different IP; localhost may end you up on the same machine, but it is not the same as d.tracker. I don't know where to put my 80's, or 8080's. In httpd.conf - the only such ref I have now is "Port 80", with no other ref to 80 or 8080 in that file. My /etc/hosts file is just simply: 127.0.0.1 localhost 10.0.0.1d.tracker You can run a website on any port, but 80 is the default. If you find no reference to 8080 anywhere, your sites will be running on 80. The midgard database should reflect this. ServerRoot is specified - but is midgard-root.php3 there? yes, it is, at least was, before I eliminated all references to midgard, as discussed above. No, I mean, is the file midgard-root.php3 present in the directory that is used as the ServerRoot? Physically present, I mean. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re[2]: [midgard] Question regarding sitegroups and the adminsite.
Hello Emiliano, Tuesday, September 12, 2000, 1:57:29 PM, you wrote: - How about making a sitegroup interface for the admin site? Only viewable by root and sg admins. The viewable restriction will have to be coded into the admin site itself. Alexander has the inside trak on the new admin site (Asgard) but I do believe sitegroup administration will be in it. It is planned though resource moving between sitegroups (as well as copying) left to Repligard due security considerations. -- Best regards, Alexandermailto:[EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
[midgard] Documentation Specialist Seeking Contract Work
Documentation Specialists Seeking Contract Work - Technical Writing, graphics, Robohelp, HTML, SGML, etc. Senior technical writers, project leaders and electronic documentation specialists seek contract work. Clients have included companies such as Microsoft and Koch Petroleum. Excellent communication skills, able to work with all levels of the company from programmers to CEO. Excellent background in technical, marketing and creative writing. Familiar with educational material as well as e-commerce. Writing samples, full resume and references available on request. Experience in creating both published and online documentation. REQUIRED: Prefer Corp to Corp Sole relationship directly with the client. Agents are also welcome in the same capacity. Production is done at our facility. We are fully equipped. PLEASE REPLY ONLY BY PHONE Contact - Casey Lea - TO INQUIRE ABOUT SERVICES, AVAILABILITY, OR TO CONFIRM REMOVAL FROM OUR LIST CALL 604-608-6896 PST Rates: Fees are charged by the hour or by the project. --- This message is sent in compliance of the new e-mail bill: SECTION 301. Per Section 301, Paragraph (a)(2)(C) of S. 1618, http://www.senate.gov/~murkowski/commercialemail/S771index.html___ This Message was Composed by a user of Extractor Pro '98 Bulk E- Mail Software. If you wish to be removed from this advertiser's future mailings, please reply with the subject "Remove" and this software will automatically block you from their future mailings. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
[midgard] SuSE 6.4 - problems with compiling PHP3
Hi, I tried to install midgard 1.2.5 on SuSE 6.4, MySQL and Apache are preinstalled (as *.rpm). When I try to compile the midgard PHP3 the following error appears (on two different server): gcc -O2 -m486 -O6 -DLINUX=2 -DMOD_SSL=206102 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT -I../lib/expat-lite -fpic -DSHARED_MODULE -I/usr/include/apache -I. -I. -c ./mod_php3.c gcc -shared -o libphp3.so mod_php3.o libmodphp3-so.a -L/usr/local/lib -lgd -L/usr/lib/mysql -lmysqlclient -lgdbm pcrelib/libpcre.a -L/usr/local/lib -lmidgard -lpam -lm -ldl -lcrypt -lnsl -lresolv -Lpcrelib -lpcre -Wl,-rpath /usr/lib/mysql /usr/lib/libgd.a(gd.o): In function `gdImageColorResolve': gd.o(.text+0x320): multiple definition of `gdImageColorResolve' libmodphp3-so.a(gd.o):/usr/src/midgard-php-1.2.5/functions/gd.c:291: first defined here /usr/i486-suse-linux/bin/ld: Warning: size of symbol `gdImageColorResolve' changed from 220 to 224 in gd.o collect2: ld returned 1 exit status apxs:Break: Command failed with rc=65536 make: *** [libphp3.so] Error 1 Did anyone have the same problems Thanks in advance Gerhard -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] SuSE 6.4 - problems with compiling PHP3
Gerhard Kraemmer wrote: I tried to install midgard 1.2.5 on SuSE 6.4, MySQL and Apache are preinstalled (as *.rpm). ... gd.o(.text+0x320): multiple definition of `gdImageColorResolve' libmodphp3-so.a(gd.o):/usr/src/midgard-php-1.2.5/functions/gd.c:291: first defined here /usr/i486-suse-linux/bin/ld: Warning: size of symbol `gdImageColorResolve' changed from 220 to 224 in gd.o collect2: ld returned 1 exit status apxs:Break: Command failed with rc=65536 make: *** [libphp3.so] Error 1 Did anyone have the same problems These could be the same problem, with suggested solutions: http://marc.theaimsgroup.com/?l=midgardw=2r=1s=gdImageColorResolveq=b Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
RE: [midgard] oh...little emergency....HELP!
Sorry for all of these spewing out last night...our e-mail server has been screwing up (not my problem, thank god) and it held a bunch of mail and then sent it several times...so it seems...I got warning from ezmlm@midgard too kp -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] newbie startup problems
Emiliano wrote: David Banning wrote: Also remove the Load/Addmodule for mod_midgard and mod_php3 temporarily. It is compiled in - I don't have any Load/Addmodule settings in httpd.conf I'd still expect AddModule. nope there is nothing - keep in mind I am now down to the generic httpd.conf file that comes with apache which does not have a single AddModule word in it. See if you can access the midgard database as $ mysql -u midgard -pmidgard midgard OK - my problem here was that I did not have midgard in /etc/passwd now that I have, your suggested "$ mysql -u midgard -pmidgard midgard" works Really?! MySQL database users and /etc/passwd users should have no (intrinsic) relationship. If it works with user midgard in /etc/passwd, it should work without. If it doesn't, that's a flaw in MySQL. OK - you are right - as it turns out it was a "mysqladmin -uroot reload" -recording other changes that actually made the difference - not the entry in /etc/passwd the rest of test page but if I enter the single line "MidgardDatabase midgard midgard midgard" in httpd.conf (then stop and restart apache) then I get no response after: $ telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET / http\1.1 HOST: d.tracker it just locks up here. Erm... that's the only difference? If you omit the line, and set LogLevel to debug, does Midgard still report activity? the output, as mentioned before, is like so: HTTP/1.1 200 OK Date: Wed, 13 Sep 2000 16:27:16 GMT Server: Apache/1.3.12 (Unix) Midgard/1.2.5 PHP/3.0.12+Midgard/1.2.5 Content-Location: index.html.en Vary: negotiate,accept-language,accept-charset TCN: choice Last-Modified: Thu, 03 Aug 2000 04:19:05 GMT ETag: "3e5c-556-3988f2b9;3988a786" Accept-Ranges: bytes Content-Length: 1366 Content-Type: text/html Content-Language: en !DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN" HTML HEAD TITLETest Page for Apache Installation/TITLE HTML page continues... with the error_log showing: [Wed Sep 13 12:26:29 2000] [info] Server built: Jul 30 2000 13:18:18 [Wed Sep 13 12:26:29 2000] [debug] mod_midgard.c(117): Midgard: database=default, username=default, password=defau lt (the above line five times) What is reported when the line is present? GET / http/1.1 HOST: d.tracker crcr returns nothing - I have to kill the process to get out the log (with debug on reads endless lines (every 2 seconds) [Wed Sep 13 12:07:26 2000] [notice] child pid 9115 exit signal Segmentation fault (11) and every ten lines there is a: [Wed Sep 13 12:07:30 2000] [info] server seems busy, (you may need to increase StartServers, o r Min/MaxSpareServers), spawning 8 children, there are 4 idle, and 4 total children ServerRoot is specified - but is midgard-root.php3 there? yes, it is, at least was, before I eliminated all references to midgard, as discussed above. No, I mean, is the file midgard-root.php3 present in the directory that is used as the ServerRoot? Physically present, I mean. yes. $ cd /usr/local/share/doc/apache $ ls -l midgard-root.php3 -rw-r--r-- 1 root wheel 475 Aug 3 00:23 midgard-root.php3 -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
[midgard] Midgard on other platforms
Hi. I am a new user and student of this wonderful project. I sm curious, based on the fact that midgard works on Apache, PHP, MySQL, all of which can run on NT and other platforms, what makes Midgard not able to. Does it depend on the kernel in any way? or on any system files? Thanks Mark -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] newbie startup problems
David Banning wrote: I'd still expect AddModule. nope there is nothing - keep in mind I am now down to the generic httpd.conf file that comes with apache which does not have a single AddModule word in it. OK, what you can do is have a 'ClearModuleList' directive, followed by a number of AddModule statements. Appearantly, all compiled-in modules are AddModule'd by default, which makes sense. GET / http/1.1 HOST: d.tracker crcr returns nothing - I have to kill the process to get out the log (with debug on reads endless lines (every 2 seconds) [Wed Sep 13 12:07:26 2000] [notice] child pid 9115 exit signal Segmentation fault (11) Given the above, try omitting one and retesting. At least we'll know which of the two (mod_midgard or the patched PHP) is the cause of the problem. No, I mean, is the file midgard-root.php3 present in the directory that is used as the ServerRoot? Physically present, I mean. yes. $ cd /usr/local/share/doc/apache $ ls -l midgard-root.php3 -rw-r--r-- 1 root wheel 475 Aug 3 00:23 midgard-root.php3 Not a very usual location for ServerRoot, but it should be OK. I may have asked this before, but what platform are you using? Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] oh...little emergency....HELP!
Ken Pooley wrote: I have looked in the error logs and I see two kinds of errors: Midgard: Hostrecord for (my base dns name:80) not found This would indicate that mysql is having trouble, since I assume you haven't changed the apache config or the midgard database. Try accessing the midgard database by hand. And (98) Address already in use:mod_sock:could not bind to address: one of the later IP#s I added.. I have no idea what mod_sock is. I can't find it amongst apaches' normal modules. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] document management system?
augustus wrote: Can you please disable HTML posting? Thank you. I have a question I would like to ask? I found your site 'Midgard' = on a PHP site.=20 Is Midgard an application that allow user to view the documents online?=20 Base on membership type to decide what document will allow user to = access?=20 (as well as doing Category or keyword search then view the document = online?) Those are things you can do with Midgard. But it won't do them 'out of the box'. Some assembly required. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] newbie startup problems
Emiliano wrote: David Banning wrote: I'd still expect AddModule. nope there is nothing - keep in mind I am now down to the generic httpd.conf file that comes with apache which does not have a single AddModule word in it. OK, what you can do is have a 'ClearModuleList' directive, followed by a number of AddModule statements. Appearantly, all compiled-in modules are AddModule'd by default, which makes sense. OK - I did that GET / http/1.1 HOST: d.tracker crcr returns nothing - I have to kill the process to get out the log (with debug on reads endless lines (every 2 seconds) [Wed Sep 13 12:07:26 2000] [notice] child pid 9115 exit signal Segmentation fault (11) Given the above, try omitting one and retesting. At least we'll know which of the two (mod_midgard or the patched PHP) is the cause of the problem. I omitted both mod_php3.c and mod_midgard.c When I added the line 'MidgardDatabase midgard midgard midgard' apache will not even start up. However the error log states: Syntax error on line 18 of /www/conf/httpd.conf: Invalid command 'MidgardDatabase', perhaps mis-spelled or defined by a module not included in the server configuration So I added mod_midgard and restarted apache. That's when I get the error: [Wed Sep 13 16:01:52 2000] [info] server seems busy, (you may need to increase StartServers, or Min/MaxSpareServers), spawning 8 child ren, there are 4 idle, and 4 total children and [Wed Sep 13 16:01:52 2000] [notice] child pid 18085 exit signal Segmentation fault (11) last error again every 2 seconds No, I mean, is the file midgard-root.php3 present in the directory that is used as the ServerRoot? Physically present, I mean. yes. $ cd /usr/local/share/doc/apache $ ls -l midgard-root.php3 -rw-r--r-- 1 root wheel 475 Aug 3 00:23 midgard-root.php3 Not a very usual location for ServerRoot, but it should be OK. I may have asked this before, but what platform are you using? FreeBSD 4.0 I originally installed apache from ports. That installation put the apache manual directory off /usr/local/share/doc/apache and while I was learning php I noticed I had to put my .php3 files in or off that directory to run. The apache distribution I got from midgard however installed it in my root file system /www where I have limited hard drive space. So I tried to get midgard to run from /usr/local/share/doc/apache since I have alot of php stuff there and that's where I was comfortable. In hindsight, maybe it's a strange place to to locate the midgard file. Most of my midgard is still off the /www directory. It's just that until I know more, http://localhost/myphpdirectory/index.php3 is the only way I know to execute my php files, and they are located off /usr/local/share/doc/apache Maybe I'm not making much sense here but I guess the bottom line is that midgard-root.php3 being in a Not very usual location has more to do with my inexperience than my platform. - -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] newbie startup problems
David Banning wrote: Given the above, try omitting one and retesting. At least we'll know which of the two (mod_midgard or the patched PHP) is the cause of the problem. I omitted both mod_php3.c and mod_midgard.c When I added the line 'MidgardDatabase midgard midgard midgard' apache will not even start up. However the error log states: Syntax error on line 18 of /www/conf/httpd.conf: Invalid command 'MidgardDatabase', perhaps mis-spelled or defined by a module not included in the server configuration That's correct since each module is responsible for parsing its own directives. If you leave out mod_midgard you must also leave out any midgard-related directives. So I added mod_midgard and restarted apache. That's when I get the error: [Wed Sep 13 16:01:52 2000] [info] server seems busy, (you may need to increase StartServers, or Min/MaxSpareServers), spawning 8 child ren, there are 4 idle, and 4 total children and [Wed Sep 13 16:01:52 2000] [notice] child pid 18085 exit signal Segmentation fault (11) last error again every 2 seconds Oh goodie. Anyway, mod_midgard is the culprit then. Not a very usual location for ServerRoot, but it should be OK. I may have asked this before, but what platform are you using? FreeBSD 4.0 I'll do an install of FreeBSD during the weekend. I originally installed apache from ports. That installation put the apache manual directory off /usr/local/share/doc/apache That's what I would expect, but that would make /usr/local/share/doc/apache the DocumentRoot. If DocumentRoot == ServerRoot I want to know where the freebsd apache port maintainer gets his smokes :) and while I was learning php I noticed I had to put my .php3 files in or off that directory to run. DocumentRoot, definately. The midgard-root.php3 file does not need to be there. I usually advice against having the rootfile under the DocumentRoot. The apache distribution I got from midgard however installed it in my root file system /www where I have limited hard drive space. Symlinks are your friend. So I tried to get midgard to run from /usr/local/share/doc/apache since I have alot of php stuff there and that's where I was comfortable. In hindsight, maybe it's a strange place to to locate the midgard file. Most of my midgard is still off the /www directory. I don't get it. In what way would you get Midgard to 'run from ...'? The only files that need to be installed are the modules if they're dynamic, and the rootfile. The rest comes from the database. It's just that until I know more, http://localhost/myphpdirectory/index.php3 is the only way I know to execute my php files, and they are located off /usr/local/share/doc/apache Maybe I'm not making much sense here but I guess the bottom line is that midgard-root.php3 being in a Not very usual location has more to do with my inexperience than my platform. Wait, are you requesting the rootfile itself? While it is most certainly not supposed to cause segfaults, you are _not_ supposed to be retrieving the rootfile directly. It will yield nothing useful, which is why I usually suggest to have it outside the DocumentRoot. Emile -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
[midgard] has anyone got mgd_walk_topic_tree to work?
Hi, I have been setting up a small product catalogue with in a midgard site, It seemed like a good idea to is use the topic/article structure to represent toplevel, sublevel, product and product properities where the properities are articles and everything above are topics (dif product properities for each sublevel). Now mgd_walk_topic_tree looked like the perfect answer to list the full product range, but I must be doing something wrong, it alsways come back with: 'Wrong parameter count for mgd_walk_topic_tree() in content on line ...' that sonds helpfull, but it does this with 0 - 5+ parameters ( i started as per manual) I have studied the twalk function in detail(i think) but it walks up a topic not down. when mgd_walk_topic_tree works the manual comments that it sends backa topic like object ( can use the -fetch() method), but how does it differicate from one level to the next? Thanks heaps carl. (im using 1.4 beta 4) Carl Bowden Ph 64 3 377 0007 [EMAIL PROTECTED] -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] SuSE 6.4 - problems with compiling PHP3
On Wed, 13 Sep 2000, Gerhard Kraemmer wrote: Hi, I tried to install midgard 1.2.5 on SuSE 6.4, MySQL and Apache are preinstalled (as *.rpm). Maybe it is a good idea to try the midgard rpm package that comes with SuSE 7.0 BUT: see my previous postings regarding this topic Andreas -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]
Re: [midgard] newbie startup problems
Emiliano wrote: So I added mod_midgard and restarted apache. That's when I get the error: [Wed Sep 13 16:01:52 2000] [info] server seems busy, (you may need to increase StartServers, or Min/MaxSpareServers), spawning 8 child ren, there are 4 idle, and 4 total children and [Wed Sep 13 16:01:52 2000] [notice] child pid 18085 exit signal Segmentation fault (11) last error again every 2 seconds Oh goodie. Anyway, mod_midgard is the culprit then. Would that be mod_midgard.c or mod_midgard.so - in either case how would I go about dealing with that? Not a very usual location for ServerRoot, but it should be OK. I may have asked this before, but what platform are you using? FreeBSD 4.0 I'll do an install of FreeBSD during the weekend. I originally installed apache from ports. That installation put the apache manual directory off /usr/local/share/doc/apache That's what I would expect, but that would make /usr/local/share/doc/apache the DocumentRoot. If DocumentRoot == ServerRoot I want to know where the freebsd apache port maintainer gets his smokes :) and while I was learning php I noticed I had to put my .php3 files in or off that directory to run. DocumentRoot, definately. The midgard-root.php3 file does not need to be there. I usually advice against having the rootfile under the DocumentRoot. Pardon me. It's my DocumentRoot which is /usr/local/share/doc/apache My ServerRoot has always been /www So should I move the root file to /www Wait, are you requesting the rootfile itself? While it is most certainly not supposed to cause segfaults, you are _not_ supposed to be retrieving the rootfile directly. It will yield nothing useful, which is why I usually suggest to have it outside the DocumentRoot. No. I have not been requesting the root file itself. I just thought it had to be in that spot to be executed indirectly. -- This is The Midgard Project's mailing list. For more information, please visit the project's web site at http://www.midgard-project.org To unsubscribe the list, send an empty email message to address [EMAIL PROTECTED]