How dare you fix my program while I'm still posting that you were right!
Ha ha, Good job!
<br>
How dare you fix my program while I'm still posting that you were right!
Ha ha, Good job!
<br>
DT
OK as i will probably never happen again, i'll write the date/month/year in my notebook with the note
Just kidding Darrelonce in my life, i beat Mr Darrel Taylor
THE Canadian 1
United State 0I learn a lot from all of your previous posts.
Keep up the good work !!!
Steve
It's not a bug, it's a random feature.
There's no problem, only learning opportunities.
Oh shoot,
Still has that "Padding the string" problem.
Sendstring still terminates early if the string has an ODD number of charaters.Code:010D 26F9 1073 3A72 00255 String1 da "My string",13,10,"blah blah",13,10,125,126,127,0 34EE 3380 000D 000A 316C 30E8 1062 3661 3400 000D 000A 007D 007E 007F 0000
Almost there.
P.S.<br>THE Canadian 0.99
Last edited by Darrel Taylor; - 27th August 2005 at 22:02.
DT
Maybe this...Code:StringOut: ' Send the string out via Hserout Readcode Addr, TwoChars ' Get the 14 bit packed characters IF TwoChars <> 0 then Char = TwoChars >> 7 ' Separate first char if Char then ' Look for Null char, Don't send if found hserout [Char] ' Send first char endif Char = TwoChars & $7F ' Separate second char if Char then ' Look for Null char, Don't send if found hserout [Char] ' Send the second char endif Addr = Addr + 1 ' Point to next two characters goto StringOut ' Continue with rest of the string ENDIF return
DT
hmmpff... is it me or
is unecesary since we check both character anyway???Code:IF TwoChars <> 0 then
Steve
It's not a bug, it's a random feature.
There's no problem, only learning opportunities.
But it has to stop sometime.
When you add a final ,0 to the end of the line, DA generates a 0x0000 word. So only if the whole word is 0 will it consider it the end of the "string".
Any other 0 characters within the "string" are ignored.
<br>
DT
Got it..
Code:StringOut: ' Send the string out via Hserout Readcode Addr, TwoChars ' Get the 14 bit packed characters IF TwoChars then Char = TwoChars >> 7 ' Separate first char if Char then ' Look for Null char, Don't send if found hserout [Char] ' Send first char endif Char = TwoChars & $7F ' Separate second char if Char then ' Look for Null char, Don't send if found hserout [Char] ' Send the second char endif Addr = Addr + 1 ' Point to next two characters goto StringOut ' Continue with rest of the string ELSE Addr=Addr+1 Goto StringOut ENDIF return
Steve
It's not a bug, it's a random feature.
There's no problem, only learning opportunities.
NARGH forget the above. It depend on the previous and the next string... wich doesn't happen with my first version with DT...mmm
Steve
It's not a bug, it's a random feature.
There's no problem, only learning opportunities.
Bookmarks