The Twins are Unhappy!

Started by m i c h a e l, June 16, 2006, 03:43:42 PM

Previous topic - Next topic

m i c h a e l

It seems our friends [text] and [/text] aren't feeling well (v.8.8.9 on OSX UTF-8.) Try this in the shell (or not, you must ctrl-c then x to stop it from thinking about whatever it's thinking about so hard):



> [text]
a
b
c
[/text]
^C
user reset -
(c)ontinue, (d)ebug, e(x)it, (r)eset:x
bash> _


Watch your processor(s) go nuts till you calm it/them down with the ctrl-c, x caress.



Is [/text] having an argument with [text]? Please talk to them, Lutz, and show them their differences are only syntax-deep ;-)



m i c h a e l

cormullion

#1
On my system, the CPU skyrockets as soon as i press return after



[text]



It gives me a nice warm glow... (as the laptop starts to warm through... :-)

m i c h a e l

#2
Quote from: "cormullion"On my system, the CPU skyrockets as soon as i press return after [text]


Yep. Same thing happening here. This G5 hovers at around 1-3% most of the time, so I guess it can handle it ;-)



m i c h a e l



P.S. I'm working on the next (newlisper) post. Hope to be done by tonight!

Lutz

#3
This is fixed in 8.8.10



newLISP v.8.8.10 on OSX, execute 'newlisp -h' for more info.

> [text]

missing end of text [/text]
>


Lutz

Lutz

#4
... and of course one should never do it. When entering multiline [text] ...[/text] strings interactively enclose in [cmd], [/cmd] tags each on a sperate line:



newLISP v.8.8.0 on OSX, execute 'newlisp -h' for more info.

> [cmd]
[text]
asf
asf
[/text]
[/cmd]
"nasfnasfn"
>


and then is works also on older versions.



Lutz