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! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
Block user comment
Status: Assign to:
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-2025 The PHP Group
All rights reserved. 		Last updated: Tue Nov 04 07:00:01 2025 UTC