Transpose functions bug

Transpose functions bug - bug - Сообщения

#1 Опубликовано: 13.06.2012 04:38:56
Davide Carpi

Davide Carpi

1415 сообщений из 2872 понравились пользователям.

Группа: Moderator

Hi,

considering a report made by omorr, I found this bug:

0.94 - bug with transpose

here is the file in the image: howisthisposible_debug.zip


regards,

w3b5urf3r
If you like my plugins please consider to support the program buying a license; for personal contributions to me: paypal.me/dcprojects
1 пользователям понравился этот пост
Radovan Omorjan 13.06.2012 05:14:00
#2 Опубликовано: 13.06.2012 05:22:01
Radovan Omorjan

Radovan Omorjan

325 сообщений из 2052 понравились пользователям.

Группа: Moderator

Thanks to both of you w3b5urf3r and Oscar for investigating this issue. It seems something is really problematic in SMath regarding all of this.

I am surprised with this one - definitely a bug

BTW., as we mentioned in the previous post, if you use [MATH=eng]f(X):eval(transpose(X)*X)[/MATH] or [MATH=eng]f(X):line(res:eval(transpose(X)*X),res,2,1)[/MATH] you can get the right answer, regardless of Optimization of course. The problem is that you can not use eval() sometimes. It will simply not work. It would be very useful if we could use eval() every time when we need just the numerical answer. But I think that this is not possible due to the internal SMath engine. To be honest, as I mentioned few times, I really do not know when we can use eval() and when we can not. It is a bit trial-and-error procedure for me.

Hope that Andrey will have the solution to these problems ASAP.

Regards,
Radovan
When Sisyphus climbed to the top of a hill, they said: "Wrong boulder!"
1 пользователям понравился этот пост
Davide Carpi 13.06.2012 05:31:00
#3 Опубликовано: 13.06.2012 08:45:05
Oscar Campo

Oscar Campo

124 сообщений из 298 понравились пользователям.

Группа: Moderator

Wrote

Hi,

considering a report made by omorr, I found this bug:

0.94 - bug with transpose

here is the file in the image: howisthisposible_debug.zip


regards,

w3b5urf3r



I investigated a little bit more and I found that there are relations between optimization type applied to function definition and function evaluation. With numeric optimization and none optimization, the results are right regardless optimization type applied to function evaluation:



Oscar Campo
2 пользователям понравился этот пост
Davide Carpi 13.06.2012 09:22:00, Radovan Omorjan 13.06.2012 09:37:00
#4 Опубликовано: 13.06.2012 08:51:57
kmihaylovich

kmihaylovich

8 сообщений из 131 понравились пользователям.

Группа: User

This is because program performs simplification of the X^T*X - for some reason SMath Studio thinks that X*X^T is more readable or that it will be calculated faster (just guessing, any reason could be here). And program have no idea what is X - matrix or not. So it looks like correct behavior. I don't know, but I think other programs should have the same issue. Obviously it should happen only with symbolic optimization.
1 пользователям понравился этот пост
Radovan Omorjan 13.06.2012 09:37:00
#5 Опубликовано: 16.06.2012 11:27:19
Andrey Ivashov

Andrey Ivashov

2269 сообщений из 3729 понравились пользователям.

Группа: Super Administrator

Fixed.

Best regards.
SyLib.7z (25 КиБ) скачан 48 раз(а).
2 пользователям понравился этот пост
Davide Carpi 16.06.2012 12:57:00, Radovan Omorjan 16.06.2012 13:47:00
#6 Опубликовано: 16.06.2012 13:49:01
Radovan Omorjan

Radovan Omorjan

325 сообщений из 2052 понравились пользователям.

Группа: Moderator

It seems it is working OK now, thank you Andrey

Regards,
Radovan
When Sisyphus climbed to the top of a hill, they said: "Wrong boulder!"
  • Новые сообщения Новые сообщения
  • Нет новых сообщений Нет новых сообщений