Fossil SCM
Fix typos in comments in backoffice.c - one of which is part of the built-in help.
Commit
5b4d2df00cf51fe1b90bb322a5cfdb6583ceac8909ad607c28e7e2f04ccfe36c
Parent
ab1023c013538e4…
1 file changed
+3
-3
+3
-3
| --- src/backoffice.c | ||
| +++ src/backoffice.c | ||
| @@ -303,11 +303,11 @@ | ||
| 303 | 303 | } |
| 304 | 304 | #endif |
| 305 | 305 | |
| 306 | 306 | /* |
| 307 | 307 | ** Check to see if the process identified by pid is alive. If |
| 308 | -** we cannot prove the the process is dead, return true. | |
| 308 | +** we cannot prove that the process is dead, return true. | |
| 309 | 309 | */ |
| 310 | 310 | static int backofficeProcessExists(sqlite3_uint64 pid){ |
| 311 | 311 | #if defined(_WIN32) |
| 312 | 312 | return pid>0 && backofficeWin32ProcessExists((DWORD)pid)!=0; |
| 313 | 313 | #else |
| @@ -315,11 +315,11 @@ | ||
| 315 | 315 | #endif |
| 316 | 316 | } |
| 317 | 317 | |
| 318 | 318 | /* |
| 319 | 319 | ** Check to see if the process identified by pid has finished. If |
| 320 | -** we cannot prove the the process is still running, return true. | |
| 320 | +** we cannot prove that the process is still running, return true. | |
| 321 | 321 | */ |
| 322 | 322 | static int backofficeProcessDone(sqlite3_uint64 pid){ |
| 323 | 323 | #if defined(_WIN32) |
| 324 | 324 | return pid<=0 || backofficeWin32ProcessExists((DWORD)pid)==0; |
| 325 | 325 | #else |
| @@ -655,11 +655,11 @@ | ||
| 655 | 655 | ** This might be done by a cron job or similar to make sure backoffice |
| 656 | 656 | ** processing happens periodically. Or, the --poll option can be used |
| 657 | 657 | ** to run this command as a daemon that will periodically invoke backoffice |
| 658 | 658 | ** on a collection of repositories. |
| 659 | 659 | ** |
| 660 | -** If only a single repository is named and --poll is omitted, the the | |
| 660 | +** If only a single repository is named and --poll is omitted, then the | |
| 661 | 661 | ** backoffice work is done in-process. But if there are multiple respositories |
| 662 | 662 | ** or if --poll is used, a separate sub-process is started for each poll of |
| 663 | 663 | ** each repository. |
| 664 | 664 | ** |
| 665 | 665 | ** Standard options: |
| 666 | 666 |
| --- src/backoffice.c | |
| +++ src/backoffice.c | |
| @@ -303,11 +303,11 @@ | |
| 303 | } |
| 304 | #endif |
| 305 | |
| 306 | /* |
| 307 | ** Check to see if the process identified by pid is alive. If |
| 308 | ** we cannot prove the the process is dead, return true. |
| 309 | */ |
| 310 | static int backofficeProcessExists(sqlite3_uint64 pid){ |
| 311 | #if defined(_WIN32) |
| 312 | return pid>0 && backofficeWin32ProcessExists((DWORD)pid)!=0; |
| 313 | #else |
| @@ -315,11 +315,11 @@ | |
| 315 | #endif |
| 316 | } |
| 317 | |
| 318 | /* |
| 319 | ** Check to see if the process identified by pid has finished. If |
| 320 | ** we cannot prove the the process is still running, return true. |
| 321 | */ |
| 322 | static int backofficeProcessDone(sqlite3_uint64 pid){ |
| 323 | #if defined(_WIN32) |
| 324 | return pid<=0 || backofficeWin32ProcessExists((DWORD)pid)==0; |
| 325 | #else |
| @@ -655,11 +655,11 @@ | |
| 655 | ** This might be done by a cron job or similar to make sure backoffice |
| 656 | ** processing happens periodically. Or, the --poll option can be used |
| 657 | ** to run this command as a daemon that will periodically invoke backoffice |
| 658 | ** on a collection of repositories. |
| 659 | ** |
| 660 | ** If only a single repository is named and --poll is omitted, the the |
| 661 | ** backoffice work is done in-process. But if there are multiple respositories |
| 662 | ** or if --poll is used, a separate sub-process is started for each poll of |
| 663 | ** each repository. |
| 664 | ** |
| 665 | ** Standard options: |
| 666 |
| --- src/backoffice.c | |
| +++ src/backoffice.c | |
| @@ -303,11 +303,11 @@ | |
| 303 | } |
| 304 | #endif |
| 305 | |
| 306 | /* |
| 307 | ** Check to see if the process identified by pid is alive. If |
| 308 | ** we cannot prove that the process is dead, return true. |
| 309 | */ |
| 310 | static int backofficeProcessExists(sqlite3_uint64 pid){ |
| 311 | #if defined(_WIN32) |
| 312 | return pid>0 && backofficeWin32ProcessExists((DWORD)pid)!=0; |
| 313 | #else |
| @@ -315,11 +315,11 @@ | |
| 315 | #endif |
| 316 | } |
| 317 | |
| 318 | /* |
| 319 | ** Check to see if the process identified by pid has finished. If |
| 320 | ** we cannot prove that the process is still running, return true. |
| 321 | */ |
| 322 | static int backofficeProcessDone(sqlite3_uint64 pid){ |
| 323 | #if defined(_WIN32) |
| 324 | return pid<=0 || backofficeWin32ProcessExists((DWORD)pid)==0; |
| 325 | #else |
| @@ -655,11 +655,11 @@ | |
| 655 | ** This might be done by a cron job or similar to make sure backoffice |
| 656 | ** processing happens periodically. Or, the --poll option can be used |
| 657 | ** to run this command as a daemon that will periodically invoke backoffice |
| 658 | ** on a collection of repositories. |
| 659 | ** |
| 660 | ** If only a single repository is named and --poll is omitted, then the |
| 661 | ** backoffice work is done in-process. But if there are multiple respositories |
| 662 | ** or if --poll is used, a separate sub-process is started for each poll of |
| 663 | ** each repository. |
| 664 | ** |
| 665 | ** Standard options: |
| 666 |