php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #57786 Compilation/Execution through web
Submitted: 2007-08-14 14:05 UTC Modified: 2011-05-31 22:33 UTC
From: tom at mindcontract dot com Assigned:
Status: No Feedback Package: svn (PECL)
PHP Version: 5.2.1 OS: Redhat FC6
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: tom at mindcontract dot com
New email:
PHP Version: OS:

 

 [2007-08-14 14:05 UTC] tom at mindcontract dot com 
Description:
------------
Some notes:
1) I install from vanilla apache 2.2.2 source 
2) I have subversion 1.4.4 configured and pointing at the right apr
3) The php svn bindings works on the commandline.
4) In order to install the pecl svn module,
   I ended up modifying the configure script to look for apr.h in /usr/local/apache/include  (this is the standard location for vanilla install of apache from source)  More than likely several other bugs are a result of this.
It appears in your configure that you do not have the standard case handled.... not that this is compiled against apr-1

5) I ended up modifying /usr/local/apache2/include/apr.h
typedef off64_t apr_off_t 

to be
 
typedef __off64_t apr_off_t

I presume this is due to the FC6 headers not being totall cool.

5) Now here's where it gets interesting
I've done a simple test and run it on the command line - works great.  Gives me back data on the repository - I can see files, etc.  When I run the same code through the web server, the code segfaults.

6) I'm working on version 0.2 of the svn bindings

Any suggestions?

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2007-08-14 15:21 UTC] tom at mindcontract dot com 
This turns out to be a permissions problem!

Apparently setting the username and password writes to 
~/.subversion/servers

I had permissions not set on that directory.

Begs the question though:  Why is it doing that?  Seems like it might limit access from the web server to one user on a repository...???

And better question - why does it seg fault the server.
 [2007-10-19 09:18 UTC] scottmac@php.net 
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.

Try try and fix this.

Would also need a reproduce script.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Thu Dec 26 12:01:30 2024 UTC