Hi all again, today I've install code striker. Here are my configuration:
win2003
apache 2.0.55
perl 5.6.1.638
mssql2000 sp4
apache configured in the CGI mode.
Installation was successfull, but I again cannot create review topic. The error is:
open3: IO::Pipe: Can't spawn-NOWAIT: No such file or directory at D:/Distr/codestriker/codestriker-1.9.1/bin/../lib/Codestriker/Repository/Subversion.pm line 119
So, lets continue debug it?
my icq:164663957
skype:tom_mumba
Fell free contact me for details or testing new stuff.
Thanks!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Just a quick sanity check - I take it you have set $svn in your codestriker.conf file to the right path? Make sure you use single quotes around the pathname and not double quotes.
Finally - if this still doesn't work, try using Apache 1.X instead.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've found the workaround 4 this problem. You must use open3 function another way. Instead using:
my $cmd = "\"$Codestriker::svn\" cat --non-interactive --no-auth-cache " .
$self->{userCmdLine} . " --revision HEAD " .
"\"" . $self->{repository_url} . "/$filename\"";
...
my $pid = open3($write_stdin_fh, $read_stdout_fh, $read_stderr_fh, $cmd);
Use following:
my $cmd1 = "\"$Codestriker::svn\"";
my $cmd2 = "cat --non-interactive --no-auth-cache " .
$self->{userCmdLine} . " --revision HEAD " .
"\"" . $self->{repository_url} . "/$filename\"";
my $pid = open3($write_stdin_fh, $read_stdout_fh, $read_stderr_fh, $cmd1, $cmd2);
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm glad to hear the problem was solved, however did you try this with the alpha-2 release from SF?
Strictly speaking, when you use open3(), each command argument should be separated as a separate element in an array, so that there is no ambiguity with quoting of arguments.
Can you try this with the 1.9.2-alpha-2 release which does this at let me know if it works? Thanks.
Cheers,
David
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I think it's not an apache issue, but perl. Apache just starts perl as a simple win32 process and redirects output to the socket, thats why I'm sure its perl issue. And as I remember when I was using IIS there was the same problem.
>>Strictly speaking, when you use open3(), each command argument should be separated as a separate element in an array, so that there is no ambiguity with quoting of arguments.
As I see in the help for open3 last 2 parameters are:
* command with args
* args
So you can use both parameters to pass args to the executed process. But, it looks, that on the win32 you should use only last param to pass args to the calling program. I think this is win32 specific.
David, could you tell me please will you use my fix as regular fix in the next releases?
>>Can you try this with the 1.9.2-alpha-2
Yes, but a bit later, I'll try it on the holidays.
PS:
Feel free to contact me and thanks 4 the Codestriker!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
My comment about apache is really more relevant when you use mod_perl. For CGI configurations, you're right, apache is just running an external program without any tricks.
Perl being perl, it can support multiple ways of calling open3(). The array version in alpha2 is far preferred, as it removes the quoting differences between UNIX and Win32 systems. The Cvs module already does this, and works on both systems.
The alpha2 release has been re-written to use the array form. I am very keen for you to test this release, as this is the the most robust way of calling open3(), so I would appreciate it very much if you can test it on your system.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
After adding the apache configs for CGI, it worked for mod_perl and CGI (CGI failed to load css and java script, etc.). Its looking like this was pilot error on my part.. perhaps I forgot to restart apache after configuring for mod_perl.?
Thanks for your help.
-John
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi all again, today I've install code striker. Here are my configuration:
win2003
apache 2.0.55
perl 5.6.1.638
mssql2000 sp4
apache configured in the CGI mode.
Installation was successfull, but I again cannot create review topic. The error is:
open3: IO::Pipe: Can't spawn-NOWAIT: No such file or directory at D:/Distr/codestriker/codestriker-1.9.1/bin/../lib/Codestriker/Repository/Subversion.pm line 119
So, lets continue debug it?
my icq:164663957
skype:tom_mumba
Fell free contact me for details or testing new stuff.
Thanks!
Just a quick sanity check - I take it you have set $svn in your codestriker.conf file to the right path? Make sure you use single quotes around the pathname and not double quotes.
Finally - if this still doesn't work, try using Apache 1.X instead.
$svn = 'C:/Program Files/Subversion/bin/svn.exe';
of course this is valid path. I can run svn from CMD with this pach (when it is in double quotes)
It will be better to solve problem with apache 2.X, I'm sure we are able to solve it.
I've found the workaround 4 this problem. You must use open3 function another way. Instead using:
my $cmd = "\"$Codestriker::svn\" cat --non-interactive --no-auth-cache " .
$self->{userCmdLine} . " --revision HEAD " .
"\"" . $self->{repository_url} . "/$filename\"";
...
my $pid = open3($write_stdin_fh, $read_stdout_fh, $read_stderr_fh, $cmd);
Use following:
my $cmd1 = "\"$Codestriker::svn\"";
my $cmd2 = "cat --non-interactive --no-auth-cache " .
$self->{userCmdLine} . " --revision HEAD " .
"\"" . $self->{repository_url} . "/$filename\"";
my $pid = open3($write_stdin_fh, $read_stdout_fh, $read_stderr_fh, $cmd1, $cmd2);
I'm glad to hear the problem was solved, however did you try this with the alpha-2 release from SF?
Strictly speaking, when you use open3(), each command argument should be separated as a separate element in an array, so that there is no ambiguity with quoting of arguments.
Can you try this with the 1.9.2-alpha-2 release which does this at let me know if it works? Thanks.
Cheers,
David
I'm using Apache 2.0.55 from SF.
I think it's not an apache issue, but perl. Apache just starts perl as a simple win32 process and redirects output to the socket, thats why I'm sure its perl issue. And as I remember when I was using IIS there was the same problem.
>>Strictly speaking, when you use open3(), each command argument should be separated as a separate element in an array, so that there is no ambiguity with quoting of arguments.
As I see in the help for open3 last 2 parameters are:
* command with args
* args
So you can use both parameters to pass args to the executed process. But, it looks, that on the win32 you should use only last param to pass args to the calling program. I think this is win32 specific.
David, could you tell me please will you use my fix as regular fix in the next releases?
>>Can you try this with the 1.9.2-alpha-2
Yes, but a bit later, I'll try it on the holidays.
PS:
Feel free to contact me and thanks 4 the Codestriker!
My comment about apache is really more relevant when you use mod_perl. For CGI configurations, you're right, apache is just running an external program without any tricks.
Perl being perl, it can support multiple ways of calling open3(). The array version in alpha2 is far preferred, as it removes the quoting differences between UNIX and Win32 systems. The Cvs module already does this, and works on both systems.
The alpha2 release has been re-written to use the array form. I am very keen for you to test this release, as this is the the most robust way of calling open3(), so I would appreciate it very much if you can test it on your system.
No probs, where I can get alpha2 version?
Thanks - the regular download area: https://sourceforge.net/project/showfiles.php?group_id=41136
David,
On RedHat Linux, Apache 2, CodeStriker alpha 2, I get this error:
"svn: Can't write to stream: Broken pipe"
Do you think this is a similar problem? How can I debug the problem?
Thanks,
-John
Is this with mod_perl or CGI? This looks like a different problem to me. Is there anything in apache's error log?
Make sure the user running apache has sufficient priviledges to execute the svn commands codestriker is issuing to it.
I'm using mod_perl. Here's the result of all logs access and error when I try to submit the topic. I don't see any errors..
I entered in 316 for start rev, and 317 for end rev and /trunk for the module.
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/trunk HTTP/1.1" 207 686 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/!svn/vcc/default HTTP/1.1" 207 400 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/!svn/bln/317 HTTP/1.1" 207 455 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/trunk HTTP/1.1" 207 686 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/!svn/vcc/default HTTP/1.1" 207 455 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/!svn/bc/317/trunk HTTP/1.1" 207 698 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/trunk HTTP/1.1" 207 686 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/!svn/vcc/default HTTP/1.1" 207 455 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/!svn/bc/316/trunk HTTP/1.1" 207 698 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/trunk HTTP/1.1" 207 686 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/!svn/vcc/default HTTP/1.1" 207 455 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/!svn/bc/317/trunk HTTP/1.1" 207 698 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/trunk HTTP/1.1" 207 686 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/trunk/utest HTTP/1.1" 207 698 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/!svn/vcc/default HTTP/1.1" 207 455 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/!svn/bc/316/trunk/utest HTTP/1.1" 207 1273 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/trunk/utest/db HTTP/1.1" 207 704 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/!svn/vcc/default HTTP/1.1" 207 455 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/!svn/bc/316/trunk/utest/db HTTP/1.1" 207 1285 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/trunk/utest/db/Makefile HTTP/1.1" 207 688 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/!svn/vcc/default HTTP/1.1" 207 455 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/!svn/bc/316/trunk/utest/db/Makefile HTTP/1.1" 207 468 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "GET /svn/appf/!svn/bc/316/trunk/utest/db/Makefile HTTP/1.1" 200 850 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "PROPFIND /svn/appf/!svn/bc/316/trunk/utest/db/Makefile HTTP/1.1" 207 1402 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
192.189.224.19 - - [24/Mar/2006:17:20:53 -0500] "REPORT /svn/appf/!svn/vcc/default HTTP/1.1" 200 16159 "-" "SVN/1.1.4 (r13838) neon/0.24.7"
10.222.128.136 - - [24/Mar/2006:17:20:53 -0500] "POST /codestriker/codestriker.pl?action=create HTTP/1.1" 200 9141 "http://askani.roc.westgroup.com/codestriker/codestriker.pl?action=create" "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1"
10.222.128.136 - - [24/Mar/2006:17:20:54 -0500] "GET /favicon.ico HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; Google Desktop)"
First, try using CGI rather than mod_perl.
Second - you need to look in your error_log file, not the access_log file if you want to see any error messages.
After adding the apache configs for CGI, it worked for mod_perl and CGI (CGI failed to load css and java script, etc.). Its looking like this was pilot error on my part.. perhaps I forgot to restart apache after configuring for mod_perl.?
Thanks for your help.
-John
I'll try CGI. The logs I provided were from both access and error. I tailed both logs. No errors reported.
Thanks for your help.
-John