User talk:Kira Komarov - Revision history

Kira Komarov at 22:56, 3 June 2012

2012-06-03T22:56:53Z

← Older revision		Revision as of 15:56, 3 June 2012
Line 1:		Line 1:
	{{delete\|Privacy issues, lack of time to offer support and ultimately the license clash between Wizardry and Steamworks' GFDL License and Second Life Creative Commons CC-BY-SA 3.0 which are not compatible. Reference: http://en.wikipedia.org/wiki/GNU_Free_Documentation_License#Compatibility_with_Creative_Commons_licensing_terms}}

	== FloatCompare ==		== FloatCompare ==

Kira Komarov: /* FloatCompare */

2012-05-25T19:19:30Z

FloatCompare

← Older revision		Revision as of 12:19, 25 May 2012
Line 6:		Line 6:

	::That's fine. Thanks. You [https://wiki.secondlife.com/wiki/User_talk:Strife_Onizuka/Float_Functions#P.S.\|have my answer].		::That's fine. Thanks. You [https://wiki.secondlife.com/wiki/User_talk:Strife_Onizuka/Float_Functions#P.S.\|have my answer].
			::Kira Komarov

Kira Komarov: /* FloatCompare */

2012-05-25T19:19:17Z

FloatCompare

← Older revision		Revision as of 12:19, 25 May 2012
Line 4:		Line 4:

	Just wanted to say I've finished writing up my (rambling) response to you posts. In short FloatCompare is old, it predates Mono, its crashing because it doesn't support infinity (3.403E+38 is getting rounded up to infinity). Try bigger values for 'c', small values aren't very interesting. I have trouble imagining many situations where FloatCompare would be useful. Typically you just want to look at how close a set of numbers are to each other, not see if they match. It's better to use Float2Hex for this. Anyway I need to get to sleep was a long day. -- '''[[User:Strife_Onizuka\|Strife]]''' <sup><small>([[User talk:Strife_Onizuka\|talk]]\|[[Special:Contributions/Strife_Onizuka\|contribs]])</small></sup> 23:25, 24 May 2012 (PDT)		Just wanted to say I've finished writing up my (rambling) response to you posts. In short FloatCompare is old, it predates Mono, its crashing because it doesn't support infinity (3.403E+38 is getting rounded up to infinity). Try bigger values for 'c', small values aren't very interesting. I have trouble imagining many situations where FloatCompare would be useful. Typically you just want to look at how close a set of numbers are to each other, not see if they match. It's better to use Float2Hex for this. Anyway I need to get to sleep was a long day. -- '''[[User:Strife_Onizuka\|Strife]]''' <sup><small>([[User talk:Strife_Onizuka\|talk]]\|[[Special:Contributions/Strife_Onizuka\|contribs]])</small></sup> 23:25, 24 May 2012 (PDT)

			::That's fine. Thanks. You [https://wiki.secondlife.com/wiki/User_talk:Strife_Onizuka/Float_Functions#P.S.\|have my answer].

Strife Onizuka: /* FloatCompare */ new section

2012-05-25T06:25:05Z

FloatCompare: new section

← Older revision		Revision as of 23:25, 24 May 2012
Line 1:		Line 1:
	{{delete\|Privacy issues, lack of time to offer support and ultimately the license clash between Wizardry and Steamworks' GFDL License and Second Life Creative Commons CC-BY-SA 3.0 which are not compatible. Reference: http://en.wikipedia.org/wiki/GNU_Free_Documentation_License#Compatibility_with_Creative_Commons_licensing_terms}}		{{delete\|Privacy issues, lack of time to offer support and ultimately the license clash between Wizardry and Steamworks' GFDL License and Second Life Creative Commons CC-BY-SA 3.0 which are not compatible. Reference: http://en.wikipedia.org/wiki/GNU_Free_Documentation_License#Compatibility_with_Creative_Commons_licensing_terms}}

			== FloatCompare ==

			Just wanted to say I've finished writing up my (rambling) response to you posts. In short FloatCompare is old, it predates Mono, its crashing because it doesn't support infinity (3.403E+38 is getting rounded up to infinity). Try bigger values for 'c', small values aren't very interesting. I have trouble imagining many situations where FloatCompare would be useful. Typically you just want to look at how close a set of numbers are to each other, not see if they match. It's better to use Float2Hex for this. Anyway I need to get to sleep was a long day. -- '''[[User:Strife_Onizuka\|Strife]]''' <sup><small>([[User talk:Strife_Onizuka\|talk]]\|[[Special:Contributions/Strife_Onizuka\|contribs]])</small></sup> 23:25, 24 May 2012 (PDT)

Torben Trautman: Undo revision 1166981 by JT Kubrick (Talk) (When a user decides to delete their user/talk pages then so shall it be)

2012-05-09T09:24:37Z

Undo revision 1166981 by JT Kubrick (Talk) (When a user decides to delete their user/talk pages then so shall it be)

Show changes

JT Kubrick: restoring public content

2012-05-09T08:39:50Z

restoring public content

Show changes

Kira Komarov: Replaced content with "{{delete|Privacy issues, lack of time to offer support and ultimately the license clash between Wizardry and Steamworks' GFDL License and Second Life Creative Commons CC-BY-S…"

2012-04-26T07:28:10Z

Replaced content with "{{delete|Privacy issues, lack of time to offer support and ultimately the license clash between Wizardry and Steamworks' GFDL License and Second Life Creative Commons CC-BY-S…"

Show changes

Kokoro Fasching: Undo revision 1165670 by Kira Komarov (Talk)-No Privacy or License issues exist, restoring public content.

2012-04-19T21:07:17Z

Undo revision 1165670 by Kira Komarov (Talk)-No Privacy or License issues exist, restoring public content.

Show changes

Kira Komarov: Replaced content with "{{delete|Privacy issues, lack of time to offer support and ultimately the license clash between Wizardry and Steamworks' GFDL License and Second Life Creative Commons CC-BY-S…"

2012-04-18T17:18:54Z

Show changes

Kira Komarov: /* No. You seem to be entirely wrong, again! */

2012-01-22T22:31:47Z

No. You seem to be entirely wrong, again!

← Older revision		Revision as of 15:31, 22 January 2012
Line 222:		Line 222:
	Spare bifurcations, it works in LSO just as well. Might it be a client-error instead of a patronage error? If what you say is true, the LSL wiki must be wrong as well...		Spare bifurcations, it works in LSO just as well. Might it be a client-error instead of a patronage error? If what you say is true, the LSL wiki must be wrong as well...

	Strife... When you claim to have discovered a serious ''breaking'' bug in some code, you must also seriously and ''breakingly'' justify it (proofs, examples, "something"...). Not just throw some broken documentation at them, along with some bold words... Even now, I have showed you that you are wrong and yet you come back with '''Half Right'''? What is going on?		Strife... When you claim to have discovered a serious ''breaking'' bug in some code, you must also seriously and ''breakingly'' justify it (proofs, examples, "something"...). Not just throw some broken documentation at them, along with some bold words... Even now, I have showed you that you are wrong and yet you come back with '''Half Right'''? What is going on? What is this, an auction?

	Most of the documentation you have is written by the residents of Second Life and some of it is imprecise or broken (as you can very well see)... After all, we are just people typing on a wiki, we did not design the compiler nor write the language semantics, did we?		Most of the documentation you have is written by the residents of Second Life and some of it is imprecise or broken (as you can very well see)... After all, we are just people typing on a wiki, we did not design the compiler nor write the language semantics, did we?