VirtualBox

Changeset 18643 in vbox for trunk/src


Ignore:
Timestamp:
Apr 2, 2009 3:28:09 PM (16 years ago)
Author:
vboxsync
Message:

Typos in comments corrected while fixing doxygen warnings.

File:
1 edited

Legend:

Unmodified
Added
Removed
  • trunk/src/VBox/Main/ProgressImpl.cpp

    r18406 r18643  
    137137
    138138#if !defined (VBOX_COM_INPROC)
    139     /* add to the global colleciton of progess operations (note: after
     139    /* add to the global collection of progress operations (note: after
    140140     * creating mId) */
    141141    mParent->addProgress (this);
     
    719719
    720720/**
    721  * @note XPCOM: when this method is called not on the main XPCOM thread, it it
     721 * @note XPCOM: when this method is not called on the main XPCOM thread, it
    722722 *       simply blocks the thread until mCompletedSem is signalled. If the
    723723 *       thread has its own event queue (hmm, what for?) that it must run, then
    724  *       calling this method will definitey freese event processing.
     724 *       calling this method will definitely freeze event processing.
    725725 */
    726726STDMETHODIMP Progress::WaitForCompletion (LONG aTimeout)
     
    780780
    781781/**
    782  * @note XPCOM: when this method is called not on the main XPCOM thread, it it
     782 * @note XPCOM: when this method is not called on the main XPCOM thread, it
    783783 *       simply blocks the thread until mCompletedSem is signalled. If the
    784784 *       thread has its own event queue (hmm, what for?) that it must run, then
    785  *       calling this method will definitey freese event processing.
     785 *       calling this method will definitely freeze event processing.
    786786 */
    787787STDMETHODIMP Progress::WaitForOperationCompletion(ULONG aOperation, LONG aTimeout)
     
    10281028 *
    10291029 * @param aResultCode   Operation result (error) code, must not be S_OK.
    1030  * @param aIID          IID of the intrface that defines the error.
     1030 * @param aIID          IID of the interface that defines the error.
    10311031 * @param aComponent    Name of the component that generates the error.
    10321032 * @param aText         Error message (must not be null), an RTStrPrintf-like
     
    10521052 * *, const char *, ...) for more info.
    10531053 *
    1054  * This method is preferred iy you have a ready (translated and formatted) Bstr
     1054 * This method is preferred if you have a ready (translated and formatted) Bstr
    10551055 * string, because it omits an extra conversion Utf8Str -> Bstr.
    10561056 *
    10571057 * @param aResultCode   Operation result (error) code, must not be S_OK.
    1058  * @param aIID          IID of the intrface that defines the error.
     1058 * @param aIID          IID of the interface that defines the error.
    10591059 * @param aComponent    Name of the component that generates the error.
    10601060 * @param aText         Error message (must not be null).
     
    13991399
    14001400/**
    1401  * @note XPCOM: when this method is called not on the main XPCOM thread, it it
     1401 * @note XPCOM: when this method is called not on the main XPCOM thread, it
    14021402 *       simply blocks the thread until mCompletedSem is signalled. If the
    14031403 *       thread has its own event queue (hmm, what for?) that it must run, then
    1404  *       calling this method will definitey freese event processing.
     1404 *       calling this method will definitely freeze event processing.
    14051405 */
    14061406STDMETHODIMP CombinedProgress::WaitForCompletion (LONG aTimeout)
     
    14541454
    14551455/**
    1456  * @note XPCOM: when this method is called not on the main XPCOM thread, it it
     1456 * @note XPCOM: when this method is called not on the main XPCOM thread, it
    14571457 *       simply blocks the thread until mCompletedSem is signalled. If the
    14581458 *       thread has its own event queue (hmm, what for?) that it must run, then
    1459  *       calling this method will definitey freese event processing.
     1459 *       calling this method will definitely freeze event processing.
    14601460 */
    14611461STDMETHODIMP CombinedProgress::WaitForOperationCompletion (ULONG aOperation, LONG aTimeout)
     
    15611561/**
    15621562 * Fetches the properties of the current progress object and, if it is
    1563  * successfully completed, advances to the next uncompleted or unsucessfully
     1563 * successfully completed, advances to the next uncompleted or unsuccessfully
    15641564 * completed object in the vector of combined progress objects.
    15651565 *
Note: See TracChangeset for help on using the changeset viewer.

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy Automated Access Etiquette