FIXED DONT KNOW WHAT A DC FILE IS AND WHY WONT IT OPEN ON...
Moderator: Core Staff
FIXED DONT KNOW WHAT A DC FILE IS AND WHY WONT IT OPEN ON...
please if you have any info type back
-
- Core Staff
- Posts: 13315
- Joined: April 13th, 2005, 8:22 pm
- Location: UK, London
Well. Lets start with the problems with your Pc first.
YOU CAPSLOCK KEY IS STUCK!
Now onto other problems.
Use a sensible title... such as
"What is a DC file".
Then in the subject field, that is where you describe your problem.
K, on to the problem in hand.
A DC file. What is this DC file associated with, why do you get the problem with this DC file? What has the DC file got to do with Call of Duty?
Etc.
Maybe if you were more descriptive and less anxious you might get an answer that would help.
YOU CAPSLOCK KEY IS STUCK!
Now onto other problems.
Use a sensible title... such as
"What is a DC file".
Then in the subject field, that is where you describe your problem.
K, on to the problem in hand.
A DC file. What is this DC file associated with, why do you get the problem with this DC file? What has the DC file got to do with Call of Duty?
Etc.
Maybe if you were more descriptive and less anxious you might get an answer that would help.

Virgin Media 20Mb Broadband:
"Perfect for families going online at the same time, downloading movies, online gaming and more."
Borked internet since: 22-07-2010
dc-file - Standard extractable documentation
DESCRIPTION
This manual page describes the format of the standard extractable documentation that is required for all IA3 modules, i.e., procedures, subroutines, functions, Calibration files, SEDs, etc.
The documentation can be extracted by a general purpose file extractor xfile (see xfile.dc1 ) which is available in $UTL_SRC.
For xfile and CoCo to recognized such an extractable part in any file, the documentation must be surrounded by tags on a separate line.
The tag which defines the start of the extractable documentation part is defined as follows:
[flag]#> filename.ext
The optional flag can be any (zero, one or two) character(s) and will normally signify a comment, e.g., `#' for the Perl and Shell programming language, `C' for FORTRAN, `;' for IDL, etc.
The filename.ext will be used as the name of the output file. If this file already exist, it will be overwritten without warning.
The tag which defines the end of the extractable documentation part is defined as follows:
[flag]#<
The optional flag must be the same as for the starting tag.
All lines between these two tags must start with the flag . Lines that do not start with flag will simply be skipped and will not appear in the output. The flag itself will not be copied to the output file.
So far so good, extractable documentation is recognized by the tags. A few examples may clarify this. The following part is an example for the Perl programming language:
##> split_lines.dc5
#Identifier SplitLines
#
#Purpose Split large file into pieces
.
.
.
#History 0.1 25.09.95 ++rh Documentation and first implementation
##<
The next part is an example for the IDL programming language:
;#> split_lines.dc5
;Identifier SplitLines
;
;Purpose Split large file into pieces
.
.
.
;History 0.1 25.09.95 ++rh Documentation and first implementation
;#<
The IA3 programming standards also define the format of all extractable documentation. This format is described in section 4 of the IA3 Programmer Manual (ISO 94-48). This manual page only describes the most important items. For a full description, refer to the authoritative documentation.
Keywords are case insensitive and mandatory. If a keyword is not appropriate in the current context, fill in a few dashes `--' as input.
Inputs for a keyword must not start before column 16 and may not exceed column 80. For most keywords a multiline input is allowed, possibly separated by one or more blank lines.
Between successive keywords, there must be a blank line, which must of course contain the flag character.
There may not be a blank line before the first keyword and after the last keyword.
TAB characters will be automatically converted to 8 spaces.
There may be more than one extractable documentation part in a single file. All separate parts will automatically be extracted and written in the specified output files.
*You might find the answer in there*
DESCRIPTION
This manual page describes the format of the standard extractable documentation that is required for all IA3 modules, i.e., procedures, subroutines, functions, Calibration files, SEDs, etc.
The documentation can be extracted by a general purpose file extractor xfile (see xfile.dc1 ) which is available in $UTL_SRC.
For xfile and CoCo to recognized such an extractable part in any file, the documentation must be surrounded by tags on a separate line.
The tag which defines the start of the extractable documentation part is defined as follows:
[flag]#> filename.ext
The optional flag can be any (zero, one or two) character(s) and will normally signify a comment, e.g., `#' for the Perl and Shell programming language, `C' for FORTRAN, `;' for IDL, etc.
The filename.ext will be used as the name of the output file. If this file already exist, it will be overwritten without warning.
The tag which defines the end of the extractable documentation part is defined as follows:
[flag]#<
The optional flag must be the same as for the starting tag.
All lines between these two tags must start with the flag . Lines that do not start with flag will simply be skipped and will not appear in the output. The flag itself will not be copied to the output file.
So far so good, extractable documentation is recognized by the tags. A few examples may clarify this. The following part is an example for the Perl programming language:
##> split_lines.dc5
#Identifier SplitLines
#
#Purpose Split large file into pieces
.
.
.
#History 0.1 25.09.95 ++rh Documentation and first implementation
##<
The next part is an example for the IDL programming language:
;#> split_lines.dc5
;Identifier SplitLines
;
;Purpose Split large file into pieces
.
.
.
;History 0.1 25.09.95 ++rh Documentation and first implementation
;#<
The IA3 programming standards also define the format of all extractable documentation. This format is described in section 4 of the IA3 Programmer Manual (ISO 94-48). This manual page only describes the most important items. For a full description, refer to the authoritative documentation.
Keywords are case insensitive and mandatory. If a keyword is not appropriate in the current context, fill in a few dashes `--' as input.
Inputs for a keyword must not start before column 16 and may not exceed column 80. For most keywords a multiline input is allowed, possibly separated by one or more blank lines.
Between successive keywords, there must be a blank line, which must of course contain the flag character.
There may not be a blank line before the first keyword and after the last keyword.
TAB characters will be automatically converted to 8 spaces.
There may be more than one extractable documentation part in a single file. All separate parts will automatically be extracted and written in the specified output files.
*You might find the answer in there*
-
- Core Staff
- Posts: 13315
- Joined: April 13th, 2005, 8:22 pm
- Location: UK, London
-
- Core Staff
- Posts: 14220
- Joined: October 21st, 2004, 7:17 pm
- Location: Holland
- Contact:
-
- Core Staff
- Posts: 2155
- Joined: December 7th, 2004, 2:07 am
- Location: Netherlands
- Contact:
-
- Core Staff
- Posts: 14220
- Joined: October 21st, 2004, 7:17 pm
- Location: Holland
- Contact:
-
- CJ Worshipper
- Posts: 277
- Joined: April 21st, 2005, 1:39 pm
-
- Core Staff
- Posts: 2155
- Joined: December 7th, 2004, 2:07 am
- Location: Netherlands
- Contact:
-
- CJ Worshipper
- Posts: 277
- Joined: April 21st, 2005, 1:39 pm
-
- Core Staff
- Posts: 14220
- Joined: October 21st, 2004, 7:17 pm
- Location: Holland
- Contact:
-
- Core Staff
- Posts: 2155
- Joined: December 7th, 2004, 2:07 am
- Location: Netherlands
- Contact:
Who is online
Users browsing this forum: No registered users and 4 guests