Sida 1 av 1
problem med Amsn
Postat: 26 okt 2007, 13:04
av Thomas
hej.
försöker köra igång Amsn på min burk, tjejen som vill ha msn som är så lik win som det går..
installerat o haft mig men så fort hon försöker logga in så säger den att där e nått fel men där står inte vad det är för nått. och kör man på igonera så står där att där e tex 10 online men man ser inga kontakter.
SV: problem med Amsn
Postat: 28 okt 2007, 14:12
av Thomas
har fått fram det här.
can't use floating-point value as operand of "-"
while executing
"expr {$last - $first}"
(procedure "::pixmapscrollbar::Snit_methodset" line 111)
invoked from within
"::pixmapscrollbar::Snit_methodset ::pixmapscrollbar ::pixmapscrollbar::Snit_inst6 .status.ys .status.ys 0,982759 0,982759"
("uplevel" body line 1)
invoked from within
"uplevel 1 $command $args"
invoked from within
".status.ys set 0,982759 0,982759"
(vertical scrolling command executed by text)
är vad jag få för fel på amsn..
SV: problem med Amsn
Postat: 28 okt 2007, 17:09
av Hund
Verkar som att det är TK och/eller TCL som krånglar. Jag har tyvärr inge idéer på en lösning eller något sådant.
SV: problem med Amsn
Postat: 28 okt 2007, 18:04
av Okänd
Hittade det här:
Hi,
that's indeed very weird,it's not a common problem, the first error shouldn't happen unless tcl/tk has problems. The same for the last error you pasted. For the middle one, I know the problem, but there is no solution yet, noone has ever been able to find the cause of this issue, which is really annoying! :s
You see, the error shows in the backtrace :
Code:
".status.ys set 0,983333 0,983333"
you notice the two floating point numbers? the separator is a comma instead of a dot (0,983333 instead of 0.983333), this is causing the problem. Tcl makes sure that all floating point values are in the 'dot' format by setting the locale to "C", but *something* changes that, and noone knows why or what does it. We recently found out that the tile-qt package does generate this behavior when compiled in some way, but libtileqt.so doesn't have any reference to setlocale() so I'm guessing that it happens when a kde APi function gets called by an extension.
Your issue can be caused by any of the following :
1 - you recently changed your locale settings to show a comma instead of a dot, so the bug started to happen
2 - you recently upgraded your system which now has some extensions that are buggy
I see two solutions now, either you change your locale settings back to english (not the language, just the locale, like the floating point separator being a dot not a comma), or you try with the latest CVS verison of tcl/tk 8.5 which should have all these issues fixed no matter which locale you use.
I am guessing that the three bugs you found are all related to this exact same issue. Probably because the >= 8.4 fails since 8.4 is floating point and the other one because the expression has 1.0 which is a floating point value too.
I hope this gets fixed.