JDK-6615248 : SCCS tag interpetation makes code invalid
  • Type: Bug
  • Component: core-svc
  • Sub-Component: tools
  • Affected Version: 5.0,5.0u14,5.0u15
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic,linux,solaris_9,solaris_10
  • CPU: generic,x86,sparc
  • Submitted: 2007-10-10
  • Updated: 2016-10-31
  • Resolved: 2008-05-01
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other Other Other
5.0u15-rev b11Fixed 5.0u16-revFixed 5.0u17Fixed
Related Reports
Duplicate :  
JDK-6657108 - -XX:+HeapDumpOnCtrlBreak function added in 1.5.0_14 does not work
Relates :  
JDK-6454676 - Need -XX:+HeapDumpOnCtrlBreak to trigger heap dump on ctrl-break or ctrl-\
Description
SCCS tag interpetation makes code invalid after checkin into ws.
Comments
SUGGESTED FIX Still we can see sccs interprets this tag so time_length = strftime(time_string, buffer_size, "%Y""%m""%d.%H""%M""%S", today); think would be the best one.
10-10-2007
SUGGESTED FIX Much simpler fix: time_length = strftime(time_string, buffer_size, "%Y""%m%d.%H""%M%S", today); the problematic %x% sequences are broken so SCCS won't replace them, but the adjacent string literals are recombined into the original string literal.
10-10-2007
SUGGESTED FIX 115d115 < char dformat[14]; 121,129c121 < < memset(dformat, 0, 14); < strcat(dformat, "%Y"); < strcat(dformat, "%m"); < strcat(dformat, "%d."); < strcat(dformat, "%H"); < strcat(dformat, "%M"); < strcat(dformat, "%S"); < time_length = strftime(time_string, buffer_size, dformat, today); --- > time_length = strftime(time_string, buffer_size, "m%d.06/27/07M%S", today);
10-10-2007
EVALUATION Date format string %Y%m%d.%H%M%S is treated wrongly during sccs delget process. Need to construct the date format string differently to bypass sccs interpretation.
10-10-2007