Question

1

There is something that drives me nuts these days since I cannot continue my work on a project. I've switched to another computer and can't get PHP and svn executable to work together nicely :)

$output = "";  
$value = "";  
exec("/opt/subversion/bin/svn info --username something --password something --non-interactive <REPO_URL> 2>&1", $output, $value);  

var_dump($output);  
var_dump($value);

Output:

array(0) { } int(139)

139 = Segmentation fault, but it doesn't help much since I have no clue what could be causing it. Running the same piece of code directly in terminal works like a charm, but it's an issue if PHP tries to do the same via exec().

If I strip out the authentication, I get the correct output (request for authentication).

Chmod-ing Subversion executable to 777 doesn't seem to make any difference.

If it's of any use, it's Mac OS X 10.5.8, PHP 5.2.11 and Apache 2.2.13

edited Nov 26 at 0:55

asked Nov 25 at 23:40

Oliver
94●8

50% accept rate

wallyk · Answer 1 · 2009-11-25 23:44:47Z

1

exec() doesn't work with the < and > redirection operators: those are functions of a shell. The easy workaround is to call system() instead.

answered Nov 25 at 23:44

wallyk
6,924●5●16

	It works very well on every system so far, the code is actually part of a commercial application. Ommiting redirection output doesn't affect anything. The issue appears only on my local computer. – Oliver Nov 25 at 23:48
	I can't edit my comment: I have tried `system()` before, but it returns an empty string as output and `int(139)` as return value, pretty much the same as `exec()`. – Oliver Nov 26 at 0:05

Clint Harris · Answer 2 · 2009-12-16 07:38:50Z

I also had similar problems after moving my PHP app from a Windows server to UNIX. More specifically, several of the svn command I was running via shell_exec() returned null output.

In my case, the problem was related to the UNIX permissions of the .svn directory and contained files. My svn checkout was owned by a standard user account. But when the PHP script (via the Apache process) ran the shell_exec() command it did so using a different account (nobody:nobody) which did not have write-access to the .svn directory and important files therein (such as the .lock file).

The solution for me was to use the chown command to make the .svn directories/files owned by the same group as the Apache process (chown -R :nobody .svn).

svec · Answer 3 · 2009-11-26 01:19:40Z

0

A couple of questions:

What is the exact php you're using for the "strip out the authentication" code?
Does your username or password contain any "funny" characters that could confuse the shell or php? (quotes, backticks, etc.)

answered Nov 26 at 1:19

svec
679●4●11

	1. "strip out" = if I remove the authentication = if I try without supplying username and password = `"/opt/subversion/bin/svn info --non-interactive <REPO_URL> 2>&1` 2. username and password contain only letters and numbers – Oliver Nov 30 at 16:19
	Again, note that this an isolated issue that appears only on one system so far. The same code works smooth on many different web servers. – Oliver Nov 30 at 16:21
	This could be a server config issue, perhaps you should try the question at serverfault.com. – svec Dec 2 at 16:11

PHP: Using SVN subcommands and options in exec() causes “segmentation fault”?

3 Answers

Your Answer

Not the answer you're looking for? Browse other questions tagged php svn exec or ask your own question.

Hello World!

Related