php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
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
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but 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

Add a Patch

Pull Requests

Add a Pull Request

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-2019 The PHP Group
All rights reserved.
Last updated: Mon Jun 17 05:01:27 2019 UTC