Changeset 33540 in vbox for trunk/src/VBox/Main/glue
- Timestamp:
- Oct 28, 2010 9:27:05 AM (15 years ago)
- svn:sync-xref-src-repo-rev:
- 67140
- Location:
- trunk/src/VBox/Main/glue
- Files:
-
- 2 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/src/VBox/Main/glue/AutoLock.cpp
r28800 r33540 337 337 338 338 #ifdef VBOX_WITH_MAIN_LOCK_VALIDATION 339 // information about where the lock occur ed (passed down from the AutoLock classes)339 // information about where the lock occurred (passed down from the AutoLock classes) 340 340 const char *pcszFile; 341 341 unsigned uLine; … … 677 677 678 678 /** 679 * Returns the current write lock level of the managed s maphore. The lock679 * Returns the current write lock level of the managed semaphore. The lock 680 680 * level determines the number of nested #lock() calls on the given 681 681 * semaphore handle. Returns @c 0 if the managed semaphore is @c -
trunk/src/VBox/Main/glue/initterm.cpp
r28800 r33540 28 28 * (i.e. dynamically picks up the existing XPCOM shared library installation). 29 29 * This is not the case for VirtualBox XPCOM clients (they are always 30 * distr ubuted with the self-built XPCOM library, and therefore have a binary30 * distributed with the self-built XPCOM library, and therefore have a binary 31 31 * dependency on it) but left here for clarity. 32 32 */ … … 259 259 rc = CoInitializeEx(NULL, flags); 260 260 261 /// @todo the below rough method of changing the apar ment type doesn't261 /// @todo the below rough method of changing the apartment type doesn't 262 262 /// work on some systems for unknown reason (CoUninitialize() simply does 263 263 /// nothing there, or at least all 10 000 of subsequent CoInitializeEx()
Note:
See TracChangeset
for help on using the changeset viewer.