fix spelling errors

This commit is contained in:
2025-11-25 13:51:56 +01:00
parent 58debe99ed
commit 595bb8fb62
157 changed files with 271 additions and 271 deletions

View File

@@ -33,7 +33,7 @@ static const iocshArg asSetSubstitutionsArg0 = { "substitutions",iocshArgString}
static const iocshArg * const asSetSubstitutionsArgs[] = {&asSetSubstitutionsArg0};
static const iocshFuncDef asSetSubstitutionsFuncDef =
{"asSetSubstitutions",1,asSetSubstitutionsArgs,
"Set subtitutions used when reading ACF file.\n"
"Set substitutions used when reading ACF file.\n"
"No immediate effect. Run asInit to (re)load.\n"
"Example: asSetSubstitutions var1=5,var2=hello\n"};
static void asSetSubstitutionsCallFunc(const iocshArgBuf *args)

View File

@@ -360,7 +360,7 @@ static int create_break( struct brkCreateInfo *pbci, brkInt *pabrkInt,
if (inc < 1)
inc = 1;
valid = TRUE;
/* keep trying intervals until cant do better */
/* keep trying intervals until can't do better */
expanding = TRUE; /* originally we are trying larger and larger
* intervals */
while (valid) {

View File

@@ -183,7 +183,7 @@ static void get_enum_strs(DBADDR *paddr, char **ppbuffer,
}
if(nchoices > NELEMENTS(penum->strs))
nchoices = NELEMENTS(penum->strs); /* availible > capacity, truncated list */
nchoices = NELEMENTS(penum->strs); /* available > capacity, truncated list */
penum->no_str = nchoices;
@@ -1131,7 +1131,7 @@ static long dbPutFieldLink(DBADDR *paddr,
}
if (dbCanSetLink(plink, &link_info, new_devsup)) {
/* link type mis-match prevents assignment */
/* link type mismatch prevents assignment */
status = S_dbLib_badField;
goto unlock;
}

View File

@@ -120,7 +120,7 @@ static int dbca_chan_count;
* The libca callbacks take no action if pca->plink==NULL.
*
* dbCaPutLinkCallback causes an additional complication because
* when dbCaRemoveLink is called the callback may not have occured.
* when dbCaRemoveLink is called the callback may not have occurred.
* If putComplete sees plink==0 it will not call the user's code.
* If pca->putCallback is non-zero, dbCaTask will call the
* user's callback AFTER it has called ca_clear_channel.

View File

@@ -346,7 +346,7 @@ DBCORE_API void dbChannelInit(void);
/** \brief Cleanup the dbChannel subsystem. */
DBCORE_API void dbChannelExit(void);
/** \brief Test the given PV name for existance.
/** \brief Test the given PV name for existence.
*
* This routine looks up the given record and field name, but does not check
* whether any field modifiers given after the field name are correct.

View File

@@ -522,7 +522,7 @@ hardware.
=item *
Positive values (normally between 1-255) get the time of the last occurance of
Positive values (normally between 1-255) get the time of the last occurrence of
the numbered generalTime event.
=back

View File

@@ -199,7 +199,7 @@ static const iocshFuncDef dblFuncDef = {"dbl",2,dblArgs,
"Database list.\n"
"List record/field names.\n"
"With no arguments, lists all record names.\n"
"If record type is given, then only the names of records maching the type are printed\n"
"If record type is given, then only the names of records matching the type are printed\n"
"If a field list is given, then their values are also printed\n\n"
"Example: dbl(\"\")\n"
" dbl(\"ai\")\n"
@@ -440,7 +440,7 @@ static const iocshArg scanOnceQueueShowArg0 = { "reset",iocshArgInt};
static const iocshArg * const scanOnceQueueShowArgs[1] =
{&scanOnceQueueShowArg0};
static const iocshFuncDef scanOnceQueueShowFuncDef = {"scanOnceQueueShow",1,scanOnceQueueShowArgs,
"Show details and statitics of scan once queue processing.\n"};
"Show details and statistics of scan once queue processing.\n"};
static void scanOnceQueueShowCallFunc(const iocshArgBuf *args)
{
scanOnceQueueShow(args[0].ival);

View File

@@ -112,7 +112,7 @@ DBCORE_API void scanIoInit(IOSCANPVT *ppios);
* @return
*/
DBCORE_API unsigned int scanIoRequest(IOSCANPVT pios);
/** @brief Process all records on the scan list for the specificed priority.
/** @brief Process all records on the scan list for the specified priority.
*
* Also executes the callback set by scanIoSetComplete()
*

View File

@@ -27,7 +27,7 @@ DBCORE_API long dbnr(int verbose);
/* list aliases */
DBCORE_API long dbla(const char *pmask);
/* list infos */
DBCORE_API long dbli(const char *patern);
DBCORE_API long dbli(const char *pattern);
/*list records filtered by glob pattern*/
DBCORE_API long dbglob(const char *ppattern,const char *fields);
/*list records filtered by glob pattern; alias for dbglob*/

View File

@@ -307,7 +307,7 @@ void testdbGetArrFieldEqual(const char* pv, short dbfType, long nRequest, unsign
long n, N = nRequest < cnt ? nRequest : cnt;
if(!match)
testDiag("Length mis-match. expected=%lu actual=%lu", cnt, nRequest);
testDiag("Length mismatch. expected=%lu actual=%lu", cnt, nRequest);
for(n=0; n<N; n++, gbuf+=vSize, pbuf+=vSize) {

View File

@@ -170,7 +170,7 @@ DBCORE_API void testMonitorWait(testMonitor*);
* @since UNRELEASED
*/
DBCORE_API void testMonitorSync(testMonitor*);
/** Return the number of monitor events which have occured since create,
/** Return the number of monitor events which have occurred since create,
* or a previous reset (called reset=1).
* Calling w/ reset=0 only returns the count.
* Calling w/ reset=1 resets the count to zero and ensures that the next

View File

@@ -126,7 +126,7 @@ typedef struct dbRecordNode {
struct dbRecordNode *aliasedRecnode; /* NULL unless flags|DBRN_FLAGS_ISALIAS */
}dbRecordNode;
/*dbRecordAttribute is for "psuedo" fields */
/*dbRecordAttribute is for "pseudo" fields */
/*pdbFldDes is so that other access routines work correctly*/
/*Until base supports char * value MUST be fixed length string*/
typedef struct dbRecordAttribute {

View File

@@ -712,7 +712,7 @@ static void dbRecordtypeEmpty(void)
ptempListNode = (tempListNode *)ellFirst(&tempList);
pdbRecordType = ptempListNode->item;
fprintf(stderr, ERL_ERROR
": Declaration of recordtype(%s) preceeded full definition.\n",
": Declaration of recordtype(%s) preceded full definition.\n",
pdbRecordType->name);
yyerrorAbort(NULL);
}

View File

@@ -50,7 +50,7 @@ static const iocshArg dbDumpMenuArg1 = { "menuName",iocshArgString};
static const iocshArg * const dbDumpMenuArgs[] = {
&argPdbbase, &dbDumpMenuArg1};
static const iocshFuncDef dbDumpMenuFuncDef = {"dbDumpMenu",2,dbDumpMenuArgs,
"Dump information about the available menuNames and choices defined withing each menuName.\n"
"Dump information about the available menuNames and choices defined within each menuName.\n"
"Example: dbDumpMenu pdbbase menuAlarmStat \n"
"If last argument(s) are missing, dump all menuNames information in the database.\n"};
static void dbDumpMenuCallFunc(const iocshArgBuf *args)

View File

@@ -26,7 +26,7 @@ static const iocshFuncDef dbLoadTemplateFuncDef = {
"for each template in the substitution file, and load them using 'dbLoadRecords'.\n\n"
"The second argument provides extra variables to substitute in the\n"
"template files (not the substitution file). The third argument provides\n"
"a list of paths to search through for the subsitution and template files.\n\n"
"a list of paths to search through for the substitution and template files.\n\n"
"See 'help dbLoadRecords' for more information.\n\n"
"Example: dbLoadTemplate db/my.substitutions 'user=myself,host=myhost' 'path/to/subst:path2/to2/subst2'\n",
};

View File

@@ -49,7 +49,7 @@ discouraged.
:::
::: {option} -o <file>
Output will be written to the specifed \<file\> rather than to the
Output will be written to the specified \<file\> rather than to the
standard output.
:::
@@ -166,7 +166,7 @@ expanded properly.
However neither back-slash characters nor quotes of either variety are
removed when generating the output file, so depending on what is being
output the single quote behaviour may not be useful and may even be a
hinderance. It cannot be disabled in the current version of msi.
hindrance. It cannot be disabled in the current version of msi.
### Template file commands

View File

@@ -1500,7 +1500,7 @@ static void sendAllUpdateAS ( struct client *client )
}
else {
errlogPrintf (
"%s at %d: corrupt channel state detected durring AR update\n",
"%s at %d: corrupt channel state detected during AR update\n",
__FILE__, __LINE__);
}
pciu->state = rsrvCS_inService;
@@ -1541,7 +1541,7 @@ static void putNotifyErrorReply ( struct client *client, caHdrLargeArray *mp, in
mp->m_available, 0 );
if ( status != ECA_NORMAL ) {
SEND_UNLOCK ( client );
errlogPrintf ("%s at %d: should always get sufficent space for put notify error reply\n",
errlogPrintf ("%s at %d: should always get sufficient space for put notify error reply\n",
__FILE__, __LINE__);
return;
}
@@ -1883,7 +1883,7 @@ static int event_add_action (caHdrLargeArray *mp, void *pPayload, struct client
* the monitors and I could get deadlocked.
* The client is blocked sending and the server
* task for the client is blocked sending in
* this case. I cant check the recv part of the
* this case. I can't check the recv part of the
* socket in the client since I am still handling an
* outstanding recv ( they must be processed in order).
* I handle this problem in the server by using
@@ -2128,7 +2128,7 @@ static void search_fail_reply ( caHdrLargeArray *mp, void *pPayload, struct clie
0u, mp->m_dataType, mp->m_count, mp->m_cid, mp->m_available, NULL );
if ( status != ECA_NORMAL ) {
SEND_UNLOCK ( client );
errlogPrintf ( "%s at %d: should always get sufficent space for search fail reply?\n",
errlogPrintf ( "%s at %d: should always get sufficient space for search fail reply?\n",
__FILE__, __LINE__ );
return;
}

View File

@@ -367,7 +367,7 @@ void cas_commit_msg ( struct client *pClient, ca_uint32_t size )
/*
* this assumes that we have already checked to see
* if sufficent bytes are available
* if sufficient bytes are available
*/
ca_uint16_t rsrvGetUInt16 ( struct message_buffer *recv )
{
@@ -375,7 +375,7 @@ ca_uint16_t rsrvGetUInt16 ( struct message_buffer *recv )
ca_uint16_t result;
/*
* this assumes that we have already checked to see
* if sufficent bytes are available
* if sufficient bytes are available
*/
assert ( recv->cnt - recv->stk >= 2u );
result = pBuf[recv->stk++] << 8u;
@@ -385,7 +385,7 @@ ca_uint16_t rsrvGetUInt16 ( struct message_buffer *recv )
/*
* this assumes that we have already checked to see
* if sufficent bytes are available
* if sufficient bytes are available
*/
ca_uint32_t rsrvGetUInt32 ( struct message_buffer *recv )
{
@@ -393,7 +393,7 @@ ca_uint32_t rsrvGetUInt32 ( struct message_buffer *recv )
ca_uint32_t result;
/*
* this assumes that we have already checked to see
* if sufficent bytes are available
* if sufficient bytes are available
*/
assert ( recv->cnt - recv->stk >= 4u );
result = pBuf[recv->stk++] << 24u;

View File

@@ -40,7 +40,7 @@ link(const, lnkConstIf)
=head3 Constant Link C<"const">
Constant links are input links that provide literal values at link initalization
Constant links are input links that provide literal values at link initialization
time, but do not return any data when their C<getValue()> routine is called.
Most record types support the use of constant links on their input links by
calling C<recGblInitConstantLink()> at record initialization, which results in

View File

@@ -338,7 +338,7 @@ during record processing.
=head3 Input Value Fields
Thse fields hold the scalar or array values fetched through the input links
These fields hold the scalar or array values fetched through the input links
INPA,...,INPU.
=fields A - U

View File

@@ -113,7 +113,7 @@ static long init_record(struct dbCommon *pcommon, int pass)
return(S_dev_missingSup);
}
prec->init = TRUE;
/*The following is for old device support that doesnt know about eoff*/
/*The following is for old device support that doesn't know about eoff*/
if ((prec->eslo==1.0) && (prec->eoff==0.0)) {
prec->eoff = prec->egul;
}

View File

@@ -118,7 +118,7 @@ static long init_record(struct dbCommon *pcommon, int pass)
return(S_dev_missingSup);
}
prec->init = TRUE;
/*The following is for old device support that doesnt know about eoff*/
/*The following is for old device support that doesn't know about eoff*/
if ((prec->eslo==1.0) && (prec->eoff==0.0)) {
prec->eoff = prec->egul;
}

View File

@@ -224,8 +224,8 @@ alarms that are common to all record types.
These parameters are used to specify deadbands for monitors on the VAL
field. The monitors are sent when the value field exceeds the last
monitored field by the specified deadband. If these fields have a value
of zero, everytime the value changes, a monitor will be triggered; if
they have a value of -1, everytime the record is processed, monitors
of zero, every time the value changes, a monitor will be triggered; if
they have a value of -1, every time the record is processed, monitors
are triggered. ADEL is the deadband for archive monitors, and MDEL the
deadband for all other types of monitors. See Monitor Specification for
a complete explanation of monitors.

View File

@@ -99,7 +99,7 @@ These parameters are used to determine if the binary input is in alarm
condition and to determine the severity of that condition. The possible
alarm conditions for binary inputs are the SCAN, READ state alarms, and the
change of state alarm. The SCAN and READ alarms are called by the device
supprt routines.
support routines.
The user can choose the severity of each state in the ZSV and OSV fields.
The possible values for these fields are C<NO_ALARM>, C<MINOR>, and
@@ -126,7 +126,7 @@ MASK is given a value by ithe device support routines. This value is used to
manipulate the record's value, but is only the concern of the hardware device
support routines.
The LALM fields holds the value of the last occurence of the change of
The LALM fields holds the value of the last occurrence of the change of
state alarm. It is used to implement the change of state alarm, and thus
only has meaning if COSV is MAJOR or MINOR.
@@ -407,7 +407,7 @@ Scan forward link if necessary, set PACT FALSE, and return.
=head3 Fields of Interest to Device Support
Each binary input record must have an associated set of device support
routines. The primary resposibility of the device support routines is to
routines. The primary responsibility of the device support routines is to
obtain a new raw input value whenever C<read_bi()> is called. The device
support routines are primarily interested in the following fields:

View File

@@ -391,7 +391,7 @@ If either device support or the device support write routine does not
exist, and error message is issued and processing is terminated.
If DOL is a constant, then VAL is initialized to 1 if its value is nonzero
or initialzed to 0 if DOL is zero, and UDF is set to FALSE.
or initialized to 0 if DOL is zero, and UDF is set to FALSE.
If device support includes C<init_record()>, it is called. VAL is set using
RVAL, and UDF is set to FALSE.

View File

@@ -442,7 +442,7 @@ Result is C<E> if C<<< (A + B)<(C + D) >>>
=item *
Result is unchanged if C<<< (A + B)>=(C + D) >>>
From 3.14.9 onwards, this expresion must be written as
From 3.14.9 onwards, this expression must be written as
C<<< (A + B) < (C + D) ? E : VAL >>>
=back
@@ -537,8 +537,8 @@ These paramaeters are used to determine when to send monitors for the value
fields. These monitors are sent when the value field exceeds the last
monitored field by the appropriate deadband, the ADEL for archiver monitors
and the MDEL field for all other types of monitors. If these fields have a
value of zero, everytime the value changes, monitors are triggered; if they have a
value of -1, everytime the record is scanned, monitors are triggered. See
value of zero, every time the value changes, monitors are triggered; if they have a
value of -1, every time the record is scanned, monitors are triggered. See
L<Monitor Specification> for a complete explanation of monitors.
=fields ADEL, MDEL

View File

@@ -121,7 +121,7 @@ holds the average of the first element of INP over N samples, VAL[1] holds the
average of the next element of INP over N samples, and so on. The following
shows the equation:
=for comment Latex form of equation bellow : VAL[i] \leftarrow \frac{1}{N}\sum_{n=1}^NINP_{n}[i]
=for comment Latex form of equation below : VAL[i] \leftarrow \frac{1}{N}\sum_{n=1}^NINP_{n}[i]
=begin html

View File

@@ -42,7 +42,7 @@ These fields are listed in L<Scan Fields|dbCommonRecord/Scan Fields>.
=head3 Desired Output Parameters
The data fanout record must specify where the desired output value
originates, i.e., the data which is to be fowarded to the records in its
originates, i.e., the data which is to be forwarded to the records in its
output links. The output mode select (OMSL) field determines whether the
output originates from another record or from run-time database access.
When set to C<closed_loop>, the desired output is retrieved from the link
@@ -156,8 +156,8 @@ These parameters are used to determine when to send monitors placed on the
VAL field. These monitors are sent when the value field exceeds the last
monitored fields by the specified deadband, ADEL for archivers monitors and
MDEL for all other types of monitors. If these fields have a value of zero,
everytime the value changes, a monitor will be triggered; if they have a
value of -1, everytime the record is scanned, monitors are triggered. See
every time the value changes, a monitor will be triggered; if they have a
value of -1, every time the record is scanned, monitors are triggered. See
L<Monitor Specification> for a complete explanation of monitors.
=fields ADEL, MDEL
@@ -165,7 +165,7 @@ L<Monitor Specification> for a complete explanation of monitors.
=head3 Run-Time Parameters and Simulation Mode Parameters
These parameters are used by the run-time code for processing the data
fanout record. Ther are not configurable. They are used to implement the
fanout record. They are not configurable. They are used to implement the
hysteresis factors for monitor callbacks.
=fields LALM, ALST, MLST

View File

@@ -70,7 +70,7 @@ alarms that are common to all record types.
The MDEL field implements the monitor count deadband. Only when MCNT is greater
than the value given to MDEL are monitors triggered, MCNT being the number of
counts since the last time the record was processed. If MDEL is -1, everytime
counts since the last time the record was processed. If MDEL is -1, every time
the record is processed, a monitor is triggered regardless.
If SDEL is greater than 0, it causes a callback routine to be called. The number

View File

@@ -93,8 +93,8 @@ alarms that are common to all record types.
These parameters are used to determine when to send monitors placed on the value
field. The monitors are sent when the value field exceeds the last monitored
field (see the next section) by the appropriate deadband. If these fields have a
value of zero, everytime the value changes, a monitor will be triggered; if they
have a value of -1, everytime the record is scanned, monitors are triggered. The
value of zero, every time the value changes, a monitor will be triggered; if they
have a value of -1, every time the record is scanned, monitors are triggered. The
ADEL field is used by archive monitors and the MDEL field for all other types of
monitors.

View File

@@ -312,9 +312,9 @@ to alarms that are common to all record types.
These parameters are used to determine when to send monitors placed on the value
field. The monitors are sent when the value field exceeds the last monitored
field by the appropriate delta. If these fields have a value of zero, everytime
field by the appropriate delta. If these fields have a value of zero, every time
the value changes, a monitor will be triggered; if they have a value of -1,
everytime the record is scanned, monitors are triggered. The ADEL field is the
every time the record is scanned, monitors are triggered. The ADEL field is the
delta for archive monitors, and the MDEL field is the delta for all other types
of monitors. See L<Monitor Specification> for a complete explanation of
monitors.

View File

@@ -16,7 +16,7 @@ It can accept boolean values in its 32 bit fields (B0-B9, BA-BF, B10-B19 and
B1A-B1F), and converts them to a 32-bit signed integer in VAL which is provided
to the device support. A zero value in a bit field becomes a zero bit in VAL, a
non-zero value in a bit field becomes a one bit in VAL, with B0 being the least
signficant bit and B1F the MSB/sign bit.
significant bit and B1F the MSB/sign bit.
=recordtype mbboDirect
@@ -47,7 +47,7 @@ placed into the VAL field.
When OMSL is set to C<<< supervisory >>>, the DOL field is ignored during
processing and the contents of VAL are used. A value to be output may thus be
written direcly into the VAL field from elsewhere as long as the record is in
written directly into the VAL field from elsewhere as long as the record is in
C<<< supervisory >>> mode.
=fields OMSL, DOL, VAL

View File

@@ -36,7 +36,7 @@ These fields are described in L<Scan Fields|dbCommonRecord/Scan Fields>.
The printf record must specify the desired output string with embedded format
specifiers in the FMT field. Plain characters are copied directly to the output
string. A pair of percent characters 'C<%%>' are converted into a single percent
character in the output string. A single precent character 'C<%>' introduces a
character in the output string. A single percent character 'C<%>' introduces a
format specifier and is followed by zero or more of the standard C<printf()>
format flags and modifiers:

View File

@@ -133,8 +133,8 @@ alarms that are common to all record types.
These fields are configurable by the user. They are used as deadbands for the
archiver and monitor calls for the VAL field. Unless, VAL changes by more than
the value specified by each, then the respective monitors will not be called. If
these fields have a value of zero, everytime the VAL changes, monitors are
triggered; if they have a value of -1, everytime the record is processed,
these fields have a value of zero, every time the VAL changes, monitors are
triggered; if they have a value of -1, every time the record is processed,
monitors are triggered.
=fields ADEL, MDEL

View File

@@ -98,8 +98,8 @@ field. The appropriate monitors are invoked when VAL differs from the values in
the ALST and MLST run-time fields, i.e., when the value of VAL changes by more
than the deadband specified in these fields. The ADEL and MDEL fields specify a
minimum delta which the change must surpass before the value-change monitors are
invoked. If these fields have a value of zero, everytime the value changes, a
monitor will be triggered; if they have a value of -1, everytime the record is
invoked. If these fields have a value of zero, every time the value changes, a
monitor will be triggered; if they have a value of -1, every time the record is
processed, monitors are triggered. The ADEL field is used by archive monitors
and the MDEL field for all other types of monitors.
@@ -288,7 +288,7 @@ This example for a VxWorks IOC shows an asynchronous subroutine. It uses
(actually misuses) fields A and B. Field A is taken as the number of seconds
until asynchronous completion. Field B is a flag to decide if messages should be
printed. Lets assume A E<gt> 0 and B = 1. The following sequence of actions will
occcur:
occur:
=over

View File

@@ -4,7 +4,7 @@
# Fixed menus
include "menuGlobal.dbd"
# Modifyable menus
# Modifiable menus
include "menuConvert.dbd"
include "menuScan.dbd"

View File

@@ -72,7 +72,7 @@ void usage(const char *arg0, const std::string& base_dbd) {
" -D <dbd> If used, must come first. Specify the path to the softIoc.dbdfile."
" The compile-time install location is saved in the binary as a default.\n"
"\n"
" -h Print this mesage and exit.\n"
" -h Print this message and exit.\n"
"\n"
" -S Prevents an interactive shell being started.\n"
"\n"

View File

@@ -405,7 +405,7 @@ field tables that refer to a locally-defined menu will generate a link to a
document section which must be titled "Menu [menuName]".
The "title" keyword should only appear once in each file, it sets the document
title as well as generating a "head1" heading with "EPICS Reference:" pre-pended
title as well as generating a "head1" heading with "EPICS Reference:" prepended
to the text.
=cut