codestriker-user Mailing List for Codestriker: collaborative code reviewer (Page 2)
Brought to you by:
sits
Menu
▾
▴
codestriker-user — Discussion of any issue to do with Codestriker
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(12) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
|
Mar
(1) |
Apr
(6) |
May
(3) |
Jun
(1) |
Jul
|
Aug
(9) |
Sep
(2) |
Oct
(2) |
Nov
(8) |
Dec
(6) |
| 2004 |
Jan
(12) |
Feb
(19) |
Mar
(2) |
Apr
(2) |
May
(4) |
Jun
(11) |
Jul
|
Aug
(14) |
Sep
(4) |
Oct
(27) |
Nov
(4) |
Dec
(22) |
| 2005 |
Jan
(14) |
Feb
(2) |
Mar
(11) |
Apr
(3) |
May
(14) |
Jun
(60) |
Jul
(58) |
Aug
(76) |
Sep
(72) |
Oct
(59) |
Nov
|
Dec
(4) |
| 2006 |
Jan
(1) |
Feb
(5) |
Mar
(13) |
Apr
(11) |
May
(30) |
Jun
(17) |
Jul
(18) |
Aug
(39) |
Sep
|
Oct
|
Nov
|
Dec
(17) |
| 2007 |
Jan
(18) |
Feb
(5) |
Mar
(20) |
Apr
(2) |
May
(3) |
Jun
(13) |
Jul
(11) |
Aug
(4) |
Sep
(6) |
Oct
(9) |
Nov
(3) |
Dec
|
| 2008 |
Jan
(10) |
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
(9) |
Jul
(10) |
Aug
(10) |
Sep
(13) |
Oct
(34) |
Nov
(12) |
Dec
(8) |
| 2009 |
Jan
(4) |
Feb
(11) |
Mar
(12) |
Apr
(3) |
May
(36) |
Jun
(4) |
Jul
(11) |
Aug
(12) |
Sep
(25) |
Oct
(13) |
Nov
(9) |
Dec
|
| 2010 |
Jan
|
Feb
(12) |
Mar
(6) |
Apr
(10) |
May
(12) |
Jun
|
Jul
(4) |
Aug
(9) |
Sep
(12) |
Oct
(3) |
Nov
(6) |
Dec
(3) |
| 2011 |
Jan
(2) |
Feb
(1) |
Mar
(3) |
Apr
(5) |
May
(3) |
Jun
(8) |
Jul
|
Aug
(14) |
Sep
|
Oct
(3) |
Nov
(1) |
Dec
|
| 2012 |
Jan
(2) |
Feb
(10) |
Mar
(4) |
Apr
(3) |
May
(2) |
Jun
(5) |
Jul
|
Aug
(3) |
Sep
|
Oct
(2) |
Nov
(4) |
Dec
(2) |
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(1) |
Nov
|
Dec
(2) |
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Kenneth W. <ken...@gm...> - 2012-04-11 19:57:31
|
Hi; is sourceforge down? Is the Codestriker instance on Codestriker down? Haven't been able to connect to Codestriker for a week now. Thanks, Ken Wolcott |
|
From: Chris W. <Chr...@jd...> - 2012-03-05 20:58:46
|
To let other folks know who encounter this problem, it is indeed a bug with Codestriker and Neeta's patch works to fix it.
Thanks very much Neeta!
Bye for now,
Chris
-----Original Message-----
From: nee...@em... [mailto:nee...@em...]
Sent: Monday, March 05, 2012 10:06 AM
To: Chris Welch; cod...@li...
Subject: RE: [Codestriker-user] Problems with tab expansion in codestriker
We had the same problem and I had to really work to fix it. Here is the change that was finally approved. The change is in TabToNbspLineFilter.pm file in Codestriker.
You can try it out to see if it gets better. It did somewhat for us, but people still complain.
Thanks,
Neeta
sub _filter {
my ($self, $text) = @_;
my $filtered_lines;
my $tabwidth = $self->{tabwidth};
my @pre_filtered_lines = split /\n/,$text; #split the delta first
for ( my $i = 0; $i <= $#pre_filtered_lines; $i++) { #go through each line in delta
my $text_to_be_altered = $pre_filtered_lines[$i] . "\n"; #need to add the end of line character now
# The following is hard to understand.. so here goes .. go through the line, replace tab by
# space times (number of tabs times tabwidth - modulo chars that come before tab by tabwidth)
1 while $text_to_be_altered =~ s/\t+/' ' x
(length($&) * $tabwidth - length($`) % $tabwidth)/eo;
$filtered_lines .= "$text_to_be_altered"; #concatenate the altered line to rebuild delta
}
return "$filtered_lines";
-----Original Message-----
From: Chris Welch [mailto:Chr...@jd...]
Sent: Monday, March 05, 2012 9:27 AM
To: cod...@li...
Subject: Re: [Codestriker-user] Problems with tab expansion in codestriker
I had the same initial impression of the problem and did a drill down into the source data. The source data was consistent in its use of tabs and displays fine with several different editors.
In this case it is a bug with Codestriker. The code views fine everywhere but in Codestriker.
Only Codestriker fails to display the source properly.
Yes I agree mixed white space is evil and I set up coding standards elsewhere to avoid the problem, however, it is not a requirement here.
I've provided details of the data below as examining the generated display from Codestriker showed that Codestriker is not expanding tabs consistently and is definitely a bug in Codestriker.
The problem seems to be something interfering with correct tab expansion logic when a line has parenthesis '(' or ')' in them. Lines with a parenthesis in them do not have correct tab expansion of 4 or 8 spaces.
Please review the data I originally presented to see the problem. There are no mixed space/tab lines yet the tabs get unevenly substituted for spaces.
This is also reflected in the 4 space expansion I've provided. Once again there is irregular tab expansion on lines ith parenthesis on them.
Bye for now,
Chris
-----Original Message-----
From: David Sitsky [mailto:dav...@gm...]
Sent: Sunday, March 04, 2012 7:11 PM
To: Chris Welch
Cc: cod...@li...
Subject: Re: [Codestriker-user] Problems with tab expansion in codestriker
Hi Chris,
This is the problem with tabs.. and why in my work place, our IDEs
specifically are setup to not use them. What you are seeing is quite
normal, if you load your file into an editor with different tab-stops
(8 instead of 4), you'll see the same behaviour.
Cheers,
David
On Thu, Mar 1, 2012 at 2:30 AM, Chris Welch <Chr...@jd...> wrote:
> Using Codestriker 1.9.10 with SVN 1.6, getting tab expansion problems. See the following:
>
>
> 458 if( attempt_num < 4 )
> 459 ++attempt_num;
> 460 else
> 461 TSK_sleep( ticks_per_attempt );
> 462 } while( PRD_getticks() < end_tick );
>
> The tab expansion setting is at 8 for this display. I did an od dump of the patch looking at the data representing lines 459 and 461 that they both have three tab chars and nothing else before the text, yet they have unequal tab expansion.
>
> This patch has the following white space prior to the text on the lines:
>
> Line 458 two tab lead in, nothing else
> Line 459 three tab lead in, nothing else
> Line 460 two tab lead in, nothing else
> Line 461 three tab lead in, nothing else
> Line 462 one tab lead in, nothing else
>
> Changing the display setting to 4 spaces per tabs yields:
>
> 458 if( attempt_num < 4 )
> 459 ++attempt_num;
> 460 else
> 461 TSK_sleep( ticks_per_attempt );
> 462 } while( PRD_getticks() < end_tick );
>
> Any ideas what the problem is?
>
> Tx,
>
> Chris
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Codestriker-user mailing list
> Cod...@li...
> https://lists.sourceforge.net/lists/listinfo/codestriker-user
------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
_______________________________________________
Codestriker-user mailing list
Cod...@li...
https://lists.sourceforge.net/lists/listinfo/codestriker-user
|
|
From: Chris W. <Chr...@jd...> - 2012-03-05 14:26:54
|
I had the same initial impression of the problem and did a drill down into the source data. The source data was consistent in its use of tabs and displays fine with several different editors.
In this case it is a bug with Codestriker. The code views fine everywhere but in Codestriker.
Only Codestriker fails to display the source properly.
Yes I agree mixed white space is evil and I set up coding standards elsewhere to avoid the problem, however, it is not a requirement here.
I've provided details of the data below as examining the generated display from Codestriker showed that Codestriker is not expanding tabs consistently and is definitely a bug in Codestriker.
The problem seems to be something interfering with correct tab expansion logic when a line has parenthesis '(' or ')' in them. Lines with a parenthesis in them do not have correct tab expansion of 4 or 8 spaces.
Please review the data I originally presented to see the problem. There are no mixed space/tab lines yet the tabs get unevenly substituted for spaces.
This is also reflected in the 4 space expansion I've provided. Once again there is irregular tab expansion on lines ith parenthesis on them.
Bye for now,
Chris
-----Original Message-----
From: David Sitsky [mailto:dav...@gm...]
Sent: Sunday, March 04, 2012 7:11 PM
To: Chris Welch
Cc: cod...@li...
Subject: Re: [Codestriker-user] Problems with tab expansion in codestriker
Hi Chris,
This is the problem with tabs.. and why in my work place, our IDEs
specifically are setup to not use them. What you are seeing is quite
normal, if you load your file into an editor with different tab-stops
(8 instead of 4), you'll see the same behaviour.
Cheers,
David
On Thu, Mar 1, 2012 at 2:30 AM, Chris Welch <Chr...@jd...> wrote:
> Using Codestriker 1.9.10 with SVN 1.6, getting tab expansion problems. See the following:
>
>
> 458 if( attempt_num < 4 )
> 459 ++attempt_num;
> 460 else
> 461 TSK_sleep( ticks_per_attempt );
> 462 } while( PRD_getticks() < end_tick );
>
> The tab expansion setting is at 8 for this display. I did an od dump of the patch looking at the data representing lines 459 and 461 that they both have three tab chars and nothing else before the text, yet they have unequal tab expansion.
>
> This patch has the following white space prior to the text on the lines:
>
> Line 458 two tab lead in, nothing else
> Line 459 three tab lead in, nothing else
> Line 460 two tab lead in, nothing else
> Line 461 three tab lead in, nothing else
> Line 462 one tab lead in, nothing else
>
> Changing the display setting to 4 spaces per tabs yields:
>
> 458 if( attempt_num < 4 )
> 459 ++attempt_num;
> 460 else
> 461 TSK_sleep( ticks_per_attempt );
> 462 } while( PRD_getticks() < end_tick );
>
> Any ideas what the problem is?
>
> Tx,
>
> Chris
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> Codestriker-user mailing list
> Cod...@li...
> https://lists.sourceforge.net/lists/listinfo/codestriker-user
|
|
From: David S. <dav...@gm...> - 2012-03-05 00:11:05
|
Hi Chris, This is the problem with tabs.. and why in my work place, our IDEs specifically are setup to not use them. What you are seeing is quite normal, if you load your file into an editor with different tab-stops (8 instead of 4), you'll see the same behaviour. Cheers, David On Thu, Mar 1, 2012 at 2:30 AM, Chris Welch <Chr...@jd...> wrote: > Using Codestriker 1.9.10 with SVN 1.6, getting tab expansion problems. See the following: > > > 458 if( attempt_num < 4 ) > 459 ++attempt_num; > 460 else > 461 TSK_sleep( ticks_per_attempt ); > 462 } while( PRD_getticks() < end_tick ); > > The tab expansion setting is at 8 for this display. I did an od dump of the patch looking at the data representing lines 459 and 461 that they both have three tab chars and nothing else before the text, yet they have unequal tab expansion. > > This patch has the following white space prior to the text on the lines: > > Line 458 two tab lead in, nothing else > Line 459 three tab lead in, nothing else > Line 460 two tab lead in, nothing else > Line 461 three tab lead in, nothing else > Line 462 one tab lead in, nothing else > > Changing the display setting to 4 spaces per tabs yields: > > 458 if( attempt_num < 4 ) > 459 ++attempt_num; > 460 else > 461 TSK_sleep( ticks_per_attempt ); > 462 } while( PRD_getticks() < end_tick ); > > Any ideas what the problem is? > > Tx, > > Chris > > ------------------------------------------------------------------------------ > Virtualization & Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/ > _______________________________________________ > Codestriker-user mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codestriker-user |
|
From: Chris W. <Chr...@jd...> - 2012-03-01 15:50:32
|
The problem we are encountering is with the use of externals in the project. Obviously the externals won't be at the repository root of the prepared patch, so the full file review for files in externals cannot be prepared by Codestriker. Chris -----Original Message----- From: Chris Welch Sent: Wednesday, February 29, 2012 11:50 AM To: 'cod...@li...' Subject: RE: [Codestriker-user] Parallel view bug using SVN, get uninitialized value error Looking through the documentation I think we are hitting this problem: "This file should then be selected for the "Topic text upload" field. The "Start tag", "End tag" and "Module" fields have no relevance in this situation. Because of an issue in Subversion, running the svn diff command outside of the repository root will not allow Codestriker to download and review the full file (although the patch segments can still be reviewed). If you commit your code first, then let Codestriker make the diff, as explained in the next section, then you can avoid this limitation." I'll check and see how the problematic Topics were created. Chris -----Original Message----- From: Chris Welch Sent: Wednesday, February 29, 2012 11:34 AM To: 'cod...@li...' Subject: RE: [Codestriker-user] Parallel view bug using SVN, get uninitialized value error I tried the code change and the Parallel display still comes up empty. Do we have to recreate the Topic for this code change to have effect (I.e. the change is used during Topic creation, not dynamically during Topic display)? Tx, Chris From: Chris Welch Sent: Wednesday, February 29, 2012 9:44 AM To: cod...@li... Subject: RE: [Codestriker-user] Parallel view bug using SVN, get uninitialized value error Great, tx gentlemen I'll look into both of these suggestions. I suspect the different branch is the most likely cause as many of our projects make heavy use of externals. Chris From: David Carson [mailto:dcc...@gm...] Sent: Wednesday, February 29, 2012 8:29 AM To: David Sitsky Cc: Chris Welch; cod...@li... Subject: Re: [Codestriker-user] Parallel view bug using SVN, get uninitialized value error This couldn't have to do with 'highlight' being defined, but no highlight utility being installed, could it? Seems like when I hit that particular error, it showed up as data not being retrieved as expected. On Wed, Feb 29, 2012 at 12:42 AM, David Sitsky <dav...@gm...> wrote: Hi Chris, That error message in the logs basically indicates that no data was retrieved from the subversion server for some reason. Normally the logs would contain some information about it. I've sometimes seen this issue happen in the past where the revisions were created on different branches that what the repository is based off. In Subversion.pm: http://codestriker.cvs.sourceforge.net/viewvc/codestriker/codestriker/lib/Codestriker/Repository/Subversion.pm?revision=1.29&view=markup around line 77, you could try replacing: push @args, @{ $self->{userCmdLine} }; push @args, $self->{repository_url} . '/' . $filename . '@' . $revision; with push @args, '-r'; push @args, $revision; push @args, @{ $self->{userCmdLine} }; push @args, $self->{repository_url} . '/' . $filename; to see if it makes any difference. There was some semantic differences with how subversion treats @r retrievals vs -r retrievals. A long time ago, somebody made the change to use @r retrievals Cheers, David On Wed, Feb 29, 2012 at 4:10 AM, Chris Welch <Chr...@jd...> wrote: > Using Codestriker 1.9.10 with SVN 1.6. Patches are typically created using TortoiseSVN 1.6.2 (right click, generate patch). > > Most of the time this works but we have some Topics that the full file content is blank when you do a Parallel view. This failure occurs regardless of browser. > > The Apache log shows the following error for this request: > > [Tue Feb 28 11:27:37 2012] [error] [client 10.13.36.124] [Tue Feb 28 11:27:37 2012] codestriker.pl: Use of uninitialized value in concatenation (.) or string at /var/www/codestriker/lib/Codestriker/Action/ViewTopicFile.pm line 113., referer: http://aontools/codestriker/codestriker.pl?action=view&topic=2687633&mode=2&fview=0 > > The code in question is: > > # Output those lines leading up to the start of the next delta. > # Build up a delta with no changes, and render it. > my $next_delta_linenumber = $delta->{old_linenumber}; > for (my $i = $old_linenumber; $i < $next_delta_linenumber; $i++) { > $delta_text .= " $filedata[$i]\n"; > $old_linenumber++; > > with the failure occurring at the delta_text concatenation (I.e. $filedata[$i] is uninitialized). > > Any ideas on how to fix or work around this? > > Tx, > > Chris Welch > > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Codestriker-user mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codestriker-user ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ Codestriker-user mailing list Cod...@li... https://lists.sourceforge.net/lists/listinfo/codestriker-user |
|
From: Chris W. <Chr...@jd...> - 2012-02-29 16:52:47
|
Looking through the documentation I think we are hitting this problem: "This file should then be selected for the "Topic text upload" field. The "Start tag", "End tag" and "Module" fields have no relevance in this situation. Because of an issue in Subversion, running the svn diff command outside of the repository root will not allow Codestriker to download and review the full file (although the patch segments can still be reviewed). If you commit your code first, then let Codestriker make the diff, as explained in the next section, then you can avoid this limitation." I'll check and see how the problematic Topics were created. Chris -----Original Message----- From: Chris Welch Sent: Wednesday, February 29, 2012 11:34 AM To: 'cod...@li...' Subject: RE: [Codestriker-user] Parallel view bug using SVN, get uninitialized value error I tried the code change and the Parallel display still comes up empty. Do we have to recreate the Topic for this code change to have effect (I.e. the change is used during Topic creation, not dynamically during Topic display)? Tx, Chris From: Chris Welch Sent: Wednesday, February 29, 2012 9:44 AM To: cod...@li... Subject: RE: [Codestriker-user] Parallel view bug using SVN, get uninitialized value error Great, tx gentlemen I'll look into both of these suggestions. I suspect the different branch is the most likely cause as many of our projects make heavy use of externals. Chris From: David Carson [mailto:dcc...@gm...] Sent: Wednesday, February 29, 2012 8:29 AM To: David Sitsky Cc: Chris Welch; cod...@li... Subject: Re: [Codestriker-user] Parallel view bug using SVN, get uninitialized value error This couldn't have to do with 'highlight' being defined, but no highlight utility being installed, could it? Seems like when I hit that particular error, it showed up as data not being retrieved as expected. On Wed, Feb 29, 2012 at 12:42 AM, David Sitsky <dav...@gm...> wrote: Hi Chris, That error message in the logs basically indicates that no data was retrieved from the subversion server for some reason. Normally the logs would contain some information about it. I've sometimes seen this issue happen in the past where the revisions were created on different branches that what the repository is based off. In Subversion.pm: http://codestriker.cvs.sourceforge.net/viewvc/codestriker/codestriker/lib/Codestriker/Repository/Subversion.pm?revision=1.29&view=markup around line 77, you could try replacing: push @args, @{ $self->{userCmdLine} }; push @args, $self->{repository_url} . '/' . $filename . '@' . $revision; with push @args, '-r'; push @args, $revision; push @args, @{ $self->{userCmdLine} }; push @args, $self->{repository_url} . '/' . $filename; to see if it makes any difference. There was some semantic differences with how subversion treats @r retrievals vs -r retrievals. A long time ago, somebody made the change to use @r retrievals Cheers, David On Wed, Feb 29, 2012 at 4:10 AM, Chris Welch <Chr...@jd...> wrote: > Using Codestriker 1.9.10 with SVN 1.6. Patches are typically created using TortoiseSVN 1.6.2 (right click, generate patch). > > Most of the time this works but we have some Topics that the full file content is blank when you do a Parallel view. This failure occurs regardless of browser. > > The Apache log shows the following error for this request: > > [Tue Feb 28 11:27:37 2012] [error] [client 10.13.36.124] [Tue Feb 28 11:27:37 2012] codestriker.pl: Use of uninitialized value in concatenation (.) or string at /var/www/codestriker/lib/Codestriker/Action/ViewTopicFile.pm line 113., referer: http://aontools/codestriker/codestriker.pl?action=view&topic=2687633&mode=2&fview=0 > > The code in question is: > > # Output those lines leading up to the start of the next delta. > # Build up a delta with no changes, and render it. > my $next_delta_linenumber = $delta->{old_linenumber}; > for (my $i = $old_linenumber; $i < $next_delta_linenumber; $i++) { > $delta_text .= " $filedata[$i]\n"; > $old_linenumber++; > > with the failure occurring at the delta_text concatenation (I.e. $filedata[$i] is uninitialized). > > Any ideas on how to fix or work around this? > > Tx, > > Chris Welch > > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Codestriker-user mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codestriker-user ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ Codestriker-user mailing list Cod...@li... https://lists.sourceforge.net/lists/listinfo/codestriker-user |
|
From: Chris W. <Chr...@jd...> - 2012-02-29 16:35:12
|
I tried the code change and the Parallel display still comes up empty. Do we have to recreate the Topic for this code change to have effect (I.e. the change is used during Topic creation, not dynamically during Topic display)? Tx, Chris From: Chris Welch Sent: Wednesday, February 29, 2012 9:44 AM To: cod...@li... Subject: RE: [Codestriker-user] Parallel view bug using SVN, get uninitialized value error Great, tx gentlemen I'll look into both of these suggestions. I suspect the different branch is the most likely cause as many of our projects make heavy use of externals. Chris From: David Carson [mailto:dcc...@gm...] Sent: Wednesday, February 29, 2012 8:29 AM To: David Sitsky Cc: Chris Welch; cod...@li... Subject: Re: [Codestriker-user] Parallel view bug using SVN, get uninitialized value error This couldn't have to do with 'highlight' being defined, but no highlight utility being installed, could it? Seems like when I hit that particular error, it showed up as data not being retrieved as expected. On Wed, Feb 29, 2012 at 12:42 AM, David Sitsky <dav...@gm...> wrote: Hi Chris, That error message in the logs basically indicates that no data was retrieved from the subversion server for some reason. Normally the logs would contain some information about it. I've sometimes seen this issue happen in the past where the revisions were created on different branches that what the repository is based off. In Subversion.pm: http://codestriker.cvs.sourceforge.net/viewvc/codestriker/codestriker/lib/Codestriker/Repository/Subversion.pm?revision=1.29&view=markup around line 77, you could try replacing: push @args, @{ $self->{userCmdLine} }; push @args, $self->{repository_url} . '/' . $filename . '@' . $revision; with push @args, '-r'; push @args, $revision; push @args, @{ $self->{userCmdLine} }; push @args, $self->{repository_url} . '/' . $filename; to see if it makes any difference. There was some semantic differences with how subversion treats @r retrievals vs -r retrievals. A long time ago, somebody made the change to use @r retrievals Cheers, David On Wed, Feb 29, 2012 at 4:10 AM, Chris Welch <Chr...@jd...> wrote: > Using Codestriker 1.9.10 with SVN 1.6. Patches are typically created using TortoiseSVN 1.6.2 (right click, generate patch). > > Most of the time this works but we have some Topics that the full file content is blank when you do a Parallel view. This failure occurs regardless of browser. > > The Apache log shows the following error for this request: > > [Tue Feb 28 11:27:37 2012] [error] [client 10.13.36.124] [Tue Feb 28 11:27:37 2012] codestriker.pl: Use of uninitialized value in concatenation (.) or string at /var/www/codestriker/lib/Codestriker/Action/ViewTopicFile.pm line 113., referer: http://aontools/codestriker/codestriker.pl?action=view&topic=2687633&mode=2&fview=0 > > The code in question is: > > # Output those lines leading up to the start of the next delta. > # Build up a delta with no changes, and render it. > my $next_delta_linenumber = $delta->{old_linenumber}; > for (my $i = $old_linenumber; $i < $next_delta_linenumber; $i++) { > $delta_text .= " $filedata[$i]\n"; > $old_linenumber++; > > with the failure occurring at the delta_text concatenation (I.e. $filedata[$i] is uninitialized). > > Any ideas on how to fix or work around this? > > Tx, > > Chris Welch > > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Codestriker-user mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codestriker-user ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ Codestriker-user mailing list Cod...@li... https://lists.sourceforge.net/lists/listinfo/codestriker-user |
|
From: Chris W. <Chr...@jd...> - 2012-02-29 15:38:09
|
Using Codestriker 1.9.10 with SVN 1.6, getting tab expansion problems. See the following: 458 if( attempt_num < 4 ) 459 ++attempt_num; 460 else 461 TSK_sleep( ticks_per_attempt ); 462 } while( PRD_getticks() < end_tick ); The tab expansion setting is at 8 for this display. I did an od dump of the patch looking at the data representing lines 459 and 461 that they both have three tab chars and nothing else before the text, yet they have unequal tab expansion. This patch has the following white space prior to the text on the lines: Line 458 two tab lead in, nothing else Line 459 three tab lead in, nothing else Line 460 two tab lead in, nothing else Line 461 three tab lead in, nothing else Line 462 one tab lead in, nothing else Changing the display setting to 4 spaces per tabs yields: 458 if( attempt_num < 4 ) 459 ++attempt_num; 460 else 461 TSK_sleep( ticks_per_attempt ); 462 } while( PRD_getticks() < end_tick ); Any ideas what the problem is? Tx, Chris |
|
From: Chris W. <Chr...@jd...> - 2012-02-29 14:51:55
|
Great, tx gentlemen I'll look into both of these suggestions. I suspect the different branch is the most likely cause as many of our projects make heavy use of externals. Chris From: David Carson [mailto:dcc...@gm...] Sent: Wednesday, February 29, 2012 8:29 AM To: David Sitsky Cc: Chris Welch; cod...@li... Subject: Re: [Codestriker-user] Parallel view bug using SVN, get uninitialized value error This couldn't have to do with 'highlight' being defined, but no highlight utility being installed, could it? Seems like when I hit that particular error, it showed up as data not being retrieved as expected. On Wed, Feb 29, 2012 at 12:42 AM, David Sitsky <dav...@gm...<mailto:dav...@gm...>> wrote: Hi Chris, That error message in the logs basically indicates that no data was retrieved from the subversion server for some reason. Normally the logs would contain some information about it. I've sometimes seen this issue happen in the past where the revisions were created on different branches that what the repository is based off. In Subversion.pm: http://codestriker.cvs.sourceforge.net/viewvc/codestriker/codestriker/lib/Codestriker/Repository/Subversion.pm?revision=1.29&view=markup around line 77, you could try replacing: push @args, @{ $self->{userCmdLine} }; push @args, $self->{repository_url} . '/' . $filename . '@' . $revision; with push @args, '-r'; push @args, $revision; push @args, @{ $self->{userCmdLine} }; push @args, $self->{repository_url} . '/' . $filename; to see if it makes any difference. There was some semantic differences with how subversion treats @r retrievals vs -r retrievals. A long time ago, somebody made the change to use @r retrievals Cheers, David On Wed, Feb 29, 2012 at 4:10 AM, Chris Welch <Chr...@jd...<mailto:Chr...@jd...>> wrote: > Using Codestriker 1.9.10 with SVN 1.6. Patches are typically created using TortoiseSVN 1.6.2 (right click, generate patch). > > Most of the time this works but we have some Topics that the full file content is blank when you do a Parallel view. This failure occurs regardless of browser. > > The Apache log shows the following error for this request: > > [Tue Feb 28 11:27:37 2012] [error] [client 10.13.36.124] [Tue Feb 28 11:27:37 2012] codestriker.pl<http://codestriker.pl>: Use of uninitialized value in concatenation (.) or string at /var/www/codestriker/lib/Codestriker/Action/ViewTopicFile.pm line 113., referer: http://aontools/codestriker/codestriker.pl?action=view&topic=2687633&mode=2&fview=0 > > The code in question is: > > # Output those lines leading up to the start of the next delta. > # Build up a delta with no changes, and render it. > my $next_delta_linenumber = $delta->{old_linenumber}; > for (my $i = $old_linenumber; $i < $next_delta_linenumber; $i++) { > $delta_text .= " $filedata[$i]\n"; > $old_linenumber++; > > with the failure occurring at the delta_text concatenation (I.e. $filedata[$i] is uninitialized). > > Any ideas on how to fix or work around this? > > Tx, > > Chris Welch > > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Codestriker-user mailing list > Cod...@li...<mailto:Cod...@li...> > https://lists.sourceforge.net/lists/listinfo/codestriker-user ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ Codestriker-user mailing list Cod...@li...<mailto:Cod...@li...> https://lists.sourceforge.net/lists/listinfo/codestriker-user |
|
From: David C. <dcc...@gm...> - 2012-02-29 13:28:41
|
This couldn't have to do with 'highlight' being defined, but no highlight utility being installed, could it? Seems like when I hit that particular error, it showed up as data not being retrieved as expected. On Wed, Feb 29, 2012 at 12:42 AM, David Sitsky <dav...@gm...>wrote: > Hi Chris, > > That error message in the logs basically indicates that no data was > retrieved from the subversion server for some reason. Normally the > logs would contain some information about it. > > I've sometimes seen this issue happen in the past where the revisions > were created on different branches that what the repository is based > off. > > In Subversion.pm: > > http://codestriker.cvs.sourceforge.net/viewvc/codestriker/codestriker/lib/Codestriker/Repository/Subversion.pm?revision=1.29&view=markup > around line 77, you could try replacing: > > push @args, @{ $self->{userCmdLine} }; > push @args, $self->{repository_url} . '/' . $filename . '@' . $revision; > > with > > push @args, '-r'; > push @args, $revision; > push @args, @{ $self->{userCmdLine} }; > push @args, $self->{repository_url} . '/' . $filename; > > to see if it makes any difference. > > There was some semantic differences with how subversion treats @r > retrievals vs -r retrievals. A long time ago, somebody made the > change to use @r retrievals > > Cheers, > David > > On Wed, Feb 29, 2012 at 4:10 AM, Chris Welch <Chr...@jd...> wrote: > > Using Codestriker 1.9.10 with SVN 1.6. Patches are typically created > using TortoiseSVN 1.6.2 (right click, generate patch). > > > > Most of the time this works but we have some Topics that the full file > content is blank when you do a Parallel view. This failure occurs > regardless of browser. > > > > The Apache log shows the following error for this request: > > > > [Tue Feb 28 11:27:37 2012] [error] [client 10.13.36.124] [Tue Feb 28 > 11:27:37 2012] codestriker.pl: Use of uninitialized value in > concatenation (.) or string at > /var/www/codestriker/lib/Codestriker/Action/ViewTopicFile.pm line 113., > referer: > http://aontools/codestriker/codestriker.pl?action=view&topic=2687633&mode=2&fview=0 > > > > The code in question is: > > > > # Output those lines leading up to the start of the next delta. > > # Build up a delta with no changes, and render it. > > my $next_delta_linenumber = $delta->{old_linenumber}; > > for (my $i = $old_linenumber; $i < $next_delta_linenumber; $i++) { > > $delta_text .= " $filedata[$i]\n"; > > $old_linenumber++; > > > > with the failure occurring at the delta_text concatenation (I.e. > $filedata[$i] is uninitialized). > > > > Any ideas on how to fix or work around this? > > > > Tx, > > > > Chris Welch > > > > > > > > > ------------------------------------------------------------------------------ > > Keep Your Developer Skills Current with LearnDevNow! > > The most comprehensive online learning library for Microsoft developers > > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > > Metro Style Apps, more. Free future releases when you subscribe now! > > http://p.sf.net/sfu/learndevnow-d2d > > _______________________________________________ > > Codestriker-user mailing list > > Cod...@li... > > https://lists.sourceforge.net/lists/listinfo/codestriker-user > > > ------------------------------------------------------------------------------ > Virtualization & Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/ > _______________________________________________ > Codestriker-user mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codestriker-user > |
|
From: David S. <dav...@gm...> - 2012-02-29 05:43:03
|
Hi Chris, That error message in the logs basically indicates that no data was retrieved from the subversion server for some reason. Normally the logs would contain some information about it. I've sometimes seen this issue happen in the past where the revisions were created on different branches that what the repository is based off. In Subversion.pm: http://codestriker.cvs.sourceforge.net/viewvc/codestriker/codestriker/lib/Codestriker/Repository/Subversion.pm?revision=1.29&view=markup around line 77, you could try replacing: push @args, @{ $self->{userCmdLine} }; push @args, $self->{repository_url} . '/' . $filename . '@' . $revision; with push @args, '-r'; push @args, $revision; push @args, @{ $self->{userCmdLine} }; push @args, $self->{repository_url} . '/' . $filename; to see if it makes any difference. There was some semantic differences with how subversion treats @r retrievals vs -r retrievals. A long time ago, somebody made the change to use @r retrievals Cheers, David On Wed, Feb 29, 2012 at 4:10 AM, Chris Welch <Chr...@jd...> wrote: > Using Codestriker 1.9.10 with SVN 1.6. Patches are typically created using TortoiseSVN 1.6.2 (right click, generate patch). > > Most of the time this works but we have some Topics that the full file content is blank when you do a Parallel view. This failure occurs regardless of browser. > > The Apache log shows the following error for this request: > > [Tue Feb 28 11:27:37 2012] [error] [client 10.13.36.124] [Tue Feb 28 11:27:37 2012] codestriker.pl: Use of uninitialized value in concatenation (.) or string at /var/www/codestriker/lib/Codestriker/Action/ViewTopicFile.pm line 113., referer: http://aontools/codestriker/codestriker.pl?action=view&topic=2687633&mode=2&fview=0 > > The code in question is: > > # Output those lines leading up to the start of the next delta. > # Build up a delta with no changes, and render it. > my $next_delta_linenumber = $delta->{old_linenumber}; > for (my $i = $old_linenumber; $i < $next_delta_linenumber; $i++) { > $delta_text .= " $filedata[$i]\n"; > $old_linenumber++; > > with the failure occurring at the delta_text concatenation (I.e. $filedata[$i] is uninitialized). > > Any ideas on how to fix or work around this? > > Tx, > > Chris Welch > > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Codestriker-user mailing list > Cod...@li... > https://lists.sourceforge.net/lists/listinfo/codestriker-user |
|
From: Chris W. <Chr...@jd...> - 2012-02-28 17:51:24
|
To clarify, the Parallel display is not completely blank, the differences show up, but the rest of the file display is blank except for the line number indication.
-----Original Message-----
From: Chris Welch [mailto:Chr...@jd...]
Sent: Tuesday, February 28, 2012 12:11 PM
To: cod...@li...
Subject: [Codestriker-user] Parallel view bug using SVN, get uninitialized value error
Using Codestriker 1.9.10 with SVN 1.6. Patches are typically created using TortoiseSVN 1.6.2 (right click, generate patch).
Most of the time this works but we have some Topics that the full file content is blank when you do a Parallel view. This failure occurs regardless of browser.
The Apache log shows the following error for this request:
[Tue Feb 28 11:27:37 2012] [error] [client 10.13.36.124] [Tue Feb 28 11:27:37 2012] codestriker.pl: Use of uninitialized value in concatenation (.) or string at /var/www/codestriker/lib/Codestriker/Action/ViewTopicFile.pm line 113., referer: http://aontools/codestriker/codestriker.pl?action=view&topic=2687633&mode=2&fview=0
The code in question is:
# Output those lines leading up to the start of the next delta.
# Build up a delta with no changes, and render it.
my $next_delta_linenumber = $delta->{old_linenumber};
for (my $i = $old_linenumber; $i < $next_delta_linenumber; $i++) {
$delta_text .= " $filedata[$i]\n";
$old_linenumber++;
with the failure occurring at the delta_text concatenation (I.e. $filedata[$i] is uninitialized).
Any ideas on how to fix or work around this?
Tx,
Chris Welch
------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
Codestriker-user mailing list
Cod...@li...
https://lists.sourceforge.net/lists/listinfo/codestriker-user
|
|
From: Chris W. <Chr...@jd...> - 2012-02-28 17:31:32
|
Using Codestriker 1.9.10 with SVN 1.6. Patches are typically created using TortoiseSVN 1.6.2 (right click, generate patch).
Most of the time this works but we have some Topics that the full file content is blank when you do a Parallel view. This failure occurs regardless of browser.
The Apache log shows the following error for this request:
[Tue Feb 28 11:27:37 2012] [error] [client 10.13.36.124] [Tue Feb 28 11:27:37 2012] codestriker.pl: Use of uninitialized value in concatenation (.) or string at /var/www/codestriker/lib/Codestriker/Action/ViewTopicFile.pm line 113., referer: http://aontools/codestriker/codestriker.pl?action=view&topic=2687633&mode=2&fview=0
The code in question is:
# Output those lines leading up to the start of the next delta.
# Build up a delta with no changes, and render it.
my $next_delta_linenumber = $delta->{old_linenumber};
for (my $i = $old_linenumber; $i < $next_delta_linenumber; $i++) {
$delta_text .= " $filedata[$i]\n";
$old_linenumber++;
with the failure occurring at the delta_text concatenation (I.e. $filedata[$i] is uninitialized).
Any ideas on how to fix or work around this?
Tx,
Chris Welch
|
|
From: David S. <dav...@gm...> - 2012-02-09 05:24:22
|
I think that config option is supported for MySQL 5 and above, so it
should be fine. I'd use 128M.
On Thu, Feb 9, 2012 at 4:06 PM, ramana rao <ram...@gm...> wrote:
> Hi David,
>
> Thanks for help.
>
> Can i refer those steps for all versions ?
>
> I am using below version.
> -bash-3.2$ mysql -V
> mysql Ver 14.14 Distrib 5.1.35, for unknown-linux-gnu (x86_64) using
> readline 5.1
>
> Shall i edit below entry directoly with 32M instead of 128000000 ?
>
> /var/www/codestriker-1.9.9/lib/Codestriker/DB/MySQL.pm
>>
>> $dbh->do("SET max_allowed_packet=128000000");
>
>
> Thanks,
> ramana
>
> On Thu, Feb 9, 2012 at 3:26 AM, David Sitsky <dav...@gm...> wrote:
>>
>> I would also set this parameter in your SQL server config:
>> http://dev.mysql.com/doc/refman/5.5/en/packet-too-large.html
>>
>> On Wed, Feb 8, 2012 at 9:43 PM, ramana rao <ram...@gm...> wrote:
>> >
>> > Hi,
>> >
>> > I am getting below error.
>> >
>> > <!-- Source was not sent compressed. --> <h1>Software error:</h1>
>> > <pre>DBD::mysql::st execute failed: Got a packet bigger than
>> > 'max_allowed_packet' bytes at
>> > /var/www/codestriker-1.9.9/lib/Codestriker/Model/Topic.pm line 171,
>> > <fh00003O4OwmcFPBS> line 102064.
>> >
>> > </pre>
>> >
>> >
>> >
>> > When i checked my file i see blow information at .line: 65:
>> > /var/www/codestriker-1.9.9/lib/Codestriker/DB/MySQL.pm
>> >
>> > $dbh->do("SET max_allowed_packet=128000000");
>> >
>> >
>> >
>> > Please suggest what to do now.
>> >
>> > --
>> > Thanks & Regards
>> > K.Ramanarao.
>> >
>
>
>
>
> --
> Thanks & Regards
> K.Ramanarao.
>
|
|
From: David S. <dav...@gm...> - 2012-02-08 21:56:13
|
I would also set this parameter in your SQL server config: http://dev.mysql.com/doc/refman/5.5/en/packet-too-large.html On Wed, Feb 8, 2012 at 9:43 PM, ramana rao <ram...@gm...> wrote: > > Hi, > > I am getting below error. > > <!-- Source was not sent compressed. --> <h1>Software error:</h1> > <pre>DBD::mysql::st execute failed: Got a packet bigger than > 'max_allowed_packet' bytes at > /var/www/codestriker-1.9.9/lib/Codestriker/Model/Topic.pm line 171, > <fh00003O4OwmcFPBS> line 102064. > > </pre> > > > > When i checked my file i see blow information at .line: 65: > /var/www/codestriker-1.9.9/lib/Codestriker/DB/MySQL.pm > > $dbh->do("SET max_allowed_packet=128000000"); > > > > Please suggest what to do now. > > -- > Thanks & Regards > K.Ramanarao. > |
|
From: David S. <dav...@gm...> - 2012-01-18 23:07:05
|
Hi Preston,
Thanks for submitting that.
Cheers,
David
On Wed, Jan 18, 2012 at 10:26 AM, Preston Jennings <pre...@gm...> wrote:
> Hello all,
>
> I encountered an issue when using the Perforce 'describe' style diff
> (this is where you supply the changelist number and the diff is
> fetched using the p4 command line tool's 'describe' function). Anyways
> the fix was easy enough (though it did take a few hours to hunt around
> and learn perl) - one of the arguments in the command line was missing
> a hyphen:
>
> lib/Codestriker/Repository/Perforce.pm (line 116 as of version 1.9.10):
>
> else { # original case with just one tag specified.
> my $tag = $start_tag ne '' ? $start_tag : $end_tag;
>
> push @args, 'describe';
> push @args, 'du'; ########### <--- this needs to be '-du'
> push @args, $tag;
> }
>
> The result was that creating a topic would end up having incorrect
> diffs as the default perforce diff format is different from the
> unified diff spec.
>
> Can someone please submit this fix on my behalf?
>
> Thanks, Preston
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Codestriker-user mailing list
> Cod...@li...
> https://lists.sourceforge.net/lists/listinfo/codestriker-user
|
|
From: Preston J. <pre...@gm...> - 2012-01-17 23:26:40
|
Hello all,
I encountered an issue when using the Perforce 'describe' style diff
(this is where you supply the changelist number and the diff is
fetched using the p4 command line tool's 'describe' function). Anyways
the fix was easy enough (though it did take a few hours to hunt around
and learn perl) - one of the arguments in the command line was missing
a hyphen:
lib/Codestriker/Repository/Perforce.pm (line 116 as of version 1.9.10):
else { # original case with just one tag specified.
my $tag = $start_tag ne '' ? $start_tag : $end_tag;
push @args, 'describe';
push @args, 'du'; ########### <--- this needs to be '-du'
push @args, $tag;
}
The result was that creating a topic would end up having incorrect
diffs as the default perforce diff format is different from the
unified diff spec.
Can someone please submit this fix on my behalf?
Thanks, Preston
|
|
From: David S. <dav...@gm...> - 2011-11-11 06:33:44
|
Hi, I'd suggest you contact a sysadmin in Cisco to see if your local codestriker Server is running. The apache error log file should contain more info on the exact problem. Cheers, David On Friday, November 11, 2011, Lakshmi Rajaram <lak...@ci...> wrote: > Hi, > > > > Due to an urgent project requirement, we have to acces the following codestricker link . > > > > http://satin.cisco.com/SQA/codestriker/cgi-bin/codestriker.pl?topic=3356400&action=view&mode=1&brmode=1&fview=-1 > > > > Not able to open the above link. > > Is codestricker down? If so, please help us to access the above request. > > > > Please suggest ways to access the codestricker links authored by > > sus...@ci..., lak...@ci... , nag...@ci.... > > > > Thanks, > > Lakshmi. > > > > |
|
From: David C. <dcc...@gm...> - 2011-10-26 14:18:20
|
OK, yes, I had seen this problem before. Sorry for the rehash. Hopefully someone else will benefit from this thread. The problem is that $highlighter is set in my codestriker.conf file, but I had forgotten to install it on the new machine. Once I installed my highlighter, the 'highlight' package, everything is being displayed properly. Problem solved. ~David On Wed, Oct 26, 2011 at 9:16 AM, David Carson <dcc...@gm...> wrote: > Let me explain this a little better. > > The body of the topic, where I normally see snippets of code with diffs, is > where I am seeing "Codestriker 1.9.10 - Topic Details". In fact, looking at > a longer topic (larger diff), I now realize that what I am seeing in the > body (diff section) is the viewtopicheader template. In the longer body, I > also see other links that are part of the topic header template, like > > - List all open topics > - List open topics in project > - etc. > > So, for some reason, CS is using the wrong template when it tries to > display the diff (I think). > > Any ideas why? > > ~David > > > > On Wed, Oct 26, 2011 at 6:54 AM, David Carson <dcc...@gm...> wrote: > >> David, >> >> I think I've seen this problem before, but cannot remember what is going >> on. >> >> I had to move Codestriker to new hardware last night. I used mysqldump to >> back up the DB and then restored it on the new machine. (DB and codestriker >> app are running on the SAME machine as each other, as before, just a >> different machine than they used to be on.) >> >> Now, when I search for topics, I get a nice list of topics as expected. >> However, whenever I enter a topic, all I see is a link: >> >> Codestriker 1.9.10 - Topic Details >> >> It seems that CS knows about the real diff, because I can see coloration >> for removed lines and added lines, but no code. Everything has been moved >> from old machine to new: >> - viewvc >> - svn repository >> - codestriker >> - etc. >> >> Apparently, there is something CS does not like about the change, but I >> don't know what. >> >> ~David >> > > |
|
From: David C. <dcc...@gm...> - 2011-10-26 13:16:42
|
Let me explain this a little better. The body of the topic, where I normally see snippets of code with diffs, is where I am seeing "Codestriker 1.9.10 - Topic Details". In fact, looking at a longer topic (larger diff), I now realize that what I am seeing in the body (diff section) is the viewtopicheader template. In the longer body, I also see other links that are part of the topic header template, like - List all open topics - List open topics in project - etc. So, for some reason, CS is using the wrong template when it tries to display the diff (I think). Any ideas why? ~David On Wed, Oct 26, 2011 at 6:54 AM, David Carson <dcc...@gm...> wrote: > David, > > I think I've seen this problem before, but cannot remember what is going > on. > > I had to move Codestriker to new hardware last night. I used mysqldump to > back up the DB and then restored it on the new machine. (DB and codestriker > app are running on the SAME machine as each other, as before, just a > different machine than they used to be on.) > > Now, when I search for topics, I get a nice list of topics as expected. > However, whenever I enter a topic, all I see is a link: > > Codestriker 1.9.10 - Topic Details > > It seems that CS knows about the real diff, because I can see coloration > for removed lines and added lines, but no code. Everything has been moved > from old machine to new: > - viewvc > - svn repository > - codestriker > - etc. > > Apparently, there is something CS does not like about the change, but I > don't know what. > > ~David > |
|
From: David C. <dcc...@gm...> - 2011-10-26 10:54:32
|
David,
I think I've seen this problem before, but cannot remember what is going on.
I had to move Codestriker to new hardware last night. I used mysqldump to
back up the DB and then restored it on the new machine. (DB and codestriker
app are running on the SAME machine as each other, as before, just a
different machine than they used to be on.)
Now, when I search for topics, I get a nice list of topics as expected.
However, whenever I enter a topic, all I see is a link:
Codestriker 1.9.10 - Topic Details
It seems that CS knows about the real diff, because I can see coloration for
removed lines and added lines, but no code. Everything has been moved from
old machine to new:
- viewvc
- svn repository
- codestriker
- etc.
Apparently, there is something CS does not like about the change, but I
don't know what.
~David
|
|
From: Vinod P. <vin...@pe...> - 2011-08-18 04:30:55
|
Thanks a lot David. I appreciate your help. There were 2 entries of "svn:http://v-ibm72.persistent.co.in:90/svn/" and "svn:http://v-ibm72.persistent.co.in:80/svn/" I removed the one having 80 port and it started working. Thanks & Regards, Vinod Patil -----Original Message----- From: David Sitsky [mailto:dav...@gm...] Sent: Thursday, August 18, 2011 9:44 AM To: Vinod Patil Cc: cod...@li... Subject: Re: [Codestriker-user] automatic topic creation after svn commit On Thu, Aug 18, 2011 at 2:09 PM, Vinod Patil <vin...@pe...> wrote: > Hi David, > I have already tried running that command explicitly. > I have attached the complete error message. The error message says: The repository value set for "http://v-ibm72.persistent.co.in:90/svn/" is invalid. Please correct this value in your codestriker.conf file, and try again. You need to prefix it with svn: - please check the manual. Something like: "svn:http://v-ibm72.persistent.co.in:90/svn/" DISCLAIMER ========== This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. |
|
From: David S. <dav...@gm...> - 2011-08-18 04:14:16
|
On Thu, Aug 18, 2011 at 2:09 PM, Vinod Patil <vin...@pe...> wrote: > Hi David, > I have already tried running that command explicitly. > I have attached the complete error message. The error message says: The repository value set for "http://v-ibm72.persistent.co.in:90/svn/" is invalid. Please correct this value in your codestriker.conf file, and try again. You need to prefix it with svn: - please check the manual. Something like: "svn:http://v-ibm72.persistent.co.in:90/svn/" |
|
From: Vinod P. <vin...@pe...> - 2011-08-18 04:09:15
|
Hi David, I have already tried running that command explicitly. I have attached the complete error message. Thanks & Regards, Vinod Patil -----Original Message----- From: David Sitsky [mailto:dav...@gm...] Sent: Thursday, August 18, 2011 7:32 AM To: Vinod Patil Cc: cod...@li... Subject: Re: [Codestriker-user] automatic topic creation after svn commit > Use of uninitialized value $v in concatenation (.) or string at > /usr/share/perl5/HTTP/Request/Common.pm line 132. > > Failed to create topic, response: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML > 4.0//EN"> I would expect to see more lines after this showing the error message. Are they not present? Note - you can run this comment explicitly from the command-line with your repository + rev argument to trouble-shoot further. /var/www/codestriker/bin/subversion-post-commit.pl "$REPOS" "$REV" DISCLAIMER ========== This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. |
|
From: David S. <dav...@gm...> - 2011-08-18 02:02:23
|
> Use of uninitialized value $v in concatenation (.) or string at > /usr/share/perl5/HTTP/Request/Common.pm line 132. > > Failed to create topic, response: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML > 4.0//EN"> I would expect to see more lines after this showing the error message. Are they not present? Note - you can run this comment explicitly from the command-line with your repository + rev argument to trouble-shoot further. /var/www/codestriker/bin/subversion-post-commit.pl "$REPOS" "$REV" |
192 messages has been excluded from this view by a project administrator.
