Just changed the comments only for the Win32 port.c file.

git-svn-id: https://svn.code.sf.net/p/freertos/code/trunk@1153 1d2547de-c912-0410-9cb9-b8ca96c0e9e2

diff --git a/Source/portable/MSVC-MingW/port.c b/Source/portable/MSVC-MingW/port.c
index 5446325c91456536d39b459e8a97bcbea98e19b4..6d7c80b8c122abb4f671da65deb6c716bb91f157 100644 (file)
--- a/Source/portable/MSVC-MingW/port.c
+++ b/Source/portable/MSVC-MingW/port.c
@@ -546,9 +546,16 @@ xThreadState *pxThreadState;
        /* When switching threads, Windows does not always seem to run the selected\r
        thread immediately.  This function can be called to check if the thread\r
        that is currently running is the thread that is responsible for executing\r
-       the task selected by the real time scheduler. */\r
+       the task selected by the real time scheduler.  The demo project for the Win32\r
+       port calls this function from the trace macros which are seeded throughout \r
+       the real time kernel code at points where something significant occurs.\r
+       Adding this functionality allows all the standard tests to pass, but users\r
+       should still be aware that extra calls to this function could be required\r
+       if their application requires absolute fixes and predictable sequencing (as\r
+       the port tests do).  This is still a simulation - not the real thing! */\r
        if( xTaskGetSchedulerState() != taskSCHEDULER_NOT_STARTED )\r
        {\r
+               /* Obtain the real time task to Win32 mapping state information. */\r
                pxThreadState = ( xThreadState * ) *( ( unsigned long * ) pxCurrentTCB );\r
 \r
                if( GetCurrentThreadId() != pxThreadState->ulThreadId )\r