Straighten out some ellipses.
This commit is contained in:
parent
36e195a185
commit
b3bf746ff9
|
@ -169,7 +169,7 @@ LPVOID NS_GetNSAddr( LPVOID lpNSInfo )
|
|||
/* Ok. Cheat and don't search for the correct stuff just take the first.
|
||||
* FIXME: In the future how are we to know what is _THE_ enum we used?
|
||||
* This is going to have to go into dplay somehow. Perhaps it
|
||||
* comes back with app server id for the join command! Oh...that
|
||||
* comes back with app server id for the join command! Oh... that
|
||||
* must be it. That would make this method obsolete once that's
|
||||
* in place.
|
||||
*/
|
||||
|
|
|
@ -106,7 +106,7 @@ static inline D3DVALUE RadToDeg (D3DVALUE angle)
|
|||
static inline D3DVALUE AngleBetweenVectorsRad (const D3DVECTOR *a, const D3DVECTOR *b)
|
||||
{
|
||||
D3DVALUE la, lb, product, angle, cos;
|
||||
/* definition of scalar product: a*b = |a|*|b|*cos...therefore: */
|
||||
/* definition of scalar product: a*b = |a|*|b|*cos... therefore: */
|
||||
product = ScalarProduct (a,b);
|
||||
la = VectorMagnitude (a);
|
||||
lb = VectorMagnitude (b);
|
||||
|
|
|
@ -39,7 +39,7 @@
|
|||
WINE_DEFAULT_DEBUG_CHANNEL(resource);
|
||||
|
||||
|
||||
/* Messages...used by FormatMessage (KERNEL32.something)
|
||||
/* Messages used by FormatMessage
|
||||
*
|
||||
* They can be specified either directly or using a message ID and
|
||||
* loading them from the resource.
|
||||
|
|
|
@ -6606,7 +6606,7 @@ static HRESULT OLECONVERT_LoadOLE10(LPOLESTREAM pOleStream, OLECONVERT_OLESTREAM
|
|||
|
||||
if(hRes == S_OK)
|
||||
{
|
||||
/* Get the TypeID...more info needed for this field */
|
||||
/* Get the TypeID... more info needed for this field */
|
||||
dwSize = pOleStream->lpstbl->Get(pOleStream, (void *)&(pData->dwTypeID), sizeof(pData->dwTypeID));
|
||||
if(dwSize != sizeof(pData->dwTypeID))
|
||||
{
|
||||
|
|
|
@ -813,7 +813,7 @@ void ME_SetCharFormat(ME_TextEditor *editor, int nOfs, int nChars, CHARFORMAT2W
|
|||
undo->nStart = tmp.pRun->member.run.nCharOfs+para->member.para.nCharOfs;
|
||||
undo->nLen = tmp.pRun->member.run.strText->nLen;
|
||||
undo->di.member.ustyle = tmp.pRun->member.run.style;
|
||||
/* we'd have to addref undo..ustyle and release tmp...style
|
||||
/* we'd have to addref undo...ustyle and release tmp...style
|
||||
but they'd cancel each other out so we can do nothing instead */
|
||||
}
|
||||
else
|
||||
|
|
|
@ -916,7 +916,7 @@ HRESULT WINAPI CloseThemeFile(HTHEMEFILE hThemeFile)
|
|||
* char b[] = "\0"; where \0 can be one or more of any character, makes no difference
|
||||
* the theme is applied smoothly (screen does not flicker)
|
||||
* char *b = "\0" or NULL; where \0 can be zero or more of any character, makes no difference
|
||||
* the function fails returning invalid parameter...very strange
|
||||
* the function fails returning invalid parameter... very strange
|
||||
*/
|
||||
HRESULT WINAPI ApplyTheme(HTHEMEFILE hThemeFile, char *unknown, HWND hWnd)
|
||||
{
|
||||
|
|
|
@ -1121,7 +1121,7 @@ static DWORD MCI_ParseOptArgs(LPDWORD data, int _offset, LPCWSTR lpCmd,
|
|||
}
|
||||
break;
|
||||
case MCI_RECT:
|
||||
/* store rect in data (offset...offset+3) */
|
||||
/* store rect in data (offset..offset+3) */
|
||||
*dwFlags |= flg;
|
||||
if (!MCI_GetDWord(&(data[offset+0]), &args) ||
|
||||
!MCI_GetDWord(&(data[offset+1]), &args) ||
|
||||
|
|
|
@ -885,8 +885,8 @@ static LRESULT CALLBACK EXPORT mainWindowDispatcher(
|
|||
else switch(uMsg) {
|
||||
case WM_CREATE:
|
||||
/*
|
||||
* this is always the first message...at least as far as
|
||||
* we are concerned.
|
||||
* this is always the first message... at least as far
|
||||
* as we are concerned.
|
||||
*/
|
||||
mwi_InitAll(hWnd);
|
||||
break;
|
||||
|
|
|
@ -69,7 +69,7 @@
|
|||
* (hdr) IMAGE_SECTION_HEADER - list of COFF sections copied verbatim from .EXE;
|
||||
* although this directory contains file offsets, these offsets are meaningless
|
||||
* in the context of the .DBG file, because only the section headers are copied
|
||||
* to the .DBG file...not the binary data it points to.
|
||||
* to the .DBG file... not the binary data it points to.
|
||||
* (hdr) IMAGE_DEBUG_DIRECTORY - list of different formats of debug info contained in file
|
||||
* (see IMAGE_DEBUG_TYPE_* descriptions below); tells where each section starts
|
||||
* (hdr) OMFSignature (CV) - Contains "NBxx" signature, plus file offset telling how far
|
||||
|
|
Loading…
Reference in New Issue