This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

TM4C1294NCPDT: Post formatting ignores CRLF after a user is quoted.

Guru 55913 points
Part Number:

Several times have noted the quote user function ignores CRLF to separate text lines after posting. Yet post edit function shows the CRLF formatting intact. 

  • Former Member
    0 Former Member

    BP101 said:

    Part Number: TM4C1294NCPDT

    Several times have noted the quote user function ignores CRLF to separate text lines after posting. Yet post edit function shows the CRLF formatting intact. 

    I'm not sure I completely understand what you mean?  Do you have an example?

  • Hi William,

    Edit post below shows proper formatting yet post it and the bottom 3 sentence get lumped together, hence http format ignores LF or CRLF etc..

    Typical delete blank space or remove formatting after each sentence has no effect to correct text alignment.

    https://e2e.ti.com/support/microcontrollers/tiva_arm/f/908/p/2453499/editpost?ContentTypeId=1

  • Greetings Brett,

    May we note that your (other) business involves, "Sale & Fitting of Glasses?"       Your "voodoo-enhanced"  (Exhibit - Part Deux)  is "sure" to receive the detailed attention it deserves.      One hopes vendor William's,  "sight heals/returns" - faster than did my own...    (only my left eye (now) continually drains - and the tic in my right eye has (maybe) reduced in frequency...)

    Your post resembles a student's "final exam" - when unsure of the work -  he/she (younger Brett, most likely) wrote in miniature - to "Camouflage Errors."

    It is hoped that T.I.'s  "health-plan" includes,  "eye-care."      Oh ... and when is your next visit to,  "Port-au-Prince?"

  • Former Member
    0 Former Member in reply to Genatco

    Hi ,

    Indeed you are correct and unfortunately this is a limitation of the embedded editor.  Note that we will be making significant improvements to the editor this calendar year.

    In the meantime, there is a workaround, albeit not a perfect one.  In your example if you edit the post in HTML by clicking the HTML button in the editor toolbar you can add line breaks using the <p></p> or <br/> tag after each closing div element of the lines where the line breaks are being ignored.

    For example:

    I currently have both dogs expiration handler in the same function, tests peripheral IRQ status to know which dog expired. One dog is now doing all the work to monitor several functions but two dogs might be better than just one, at least it would seem so. The odd part is somehow the default setting to reset MCU on second timeout was asserting SWRST on bus faults yet the count was not being reloaded via SW function when that occurred.

    There seems to be a SYSCTRL built in dog (heart beat) that checks the APB/AHB/CPU and recall reading text in the SYSCRTL section relative to watchdog peripheral default behavior, when it is enabled. The same Watchdog (reset MCU) was also randomly causing issues with ICDI gaining DAP control. That DAP behavior stopped after disabling reset MCU on 2nd timeout. So it seems the watchdog may be system control preemptive as well, without reloading a count interval.

    Seemingly the dog expiration handler function is continuously cycled by the watchdog peripheral when ever the timer expires but does not trigger 1st or 2nd timeouts. The smart watchdog seems to know that after the reload count is transferred by the application the expiration IRQ flags are thus valid in NVIC. That would suggest the count down timer auto reloads a system default count on reaching zero if the dog is not being fed by SW, perhaps when the BUS has control. Other wise the HW dog would be dead, no heart beat.