Windows v6 beta test

[sssssssssss]

OMG.
Ok, so how is the service of graal online for the pc update v6 going? Is there an ETA on this service that is an update to the game I paid for in like 2003,2005,2005,2007,2009?

[sssssssssss]

Hopefully I'll word this right eventually and instead of arguing in a thread about beta test for windows for v6 about something this thread isn't about, someone will answer...

[Umat]

As I wrote before, there is no exact ETA since they're prioritizing the iPhone apps before anything Graal PC related.

[sssssssssss]

So whats the progress of v6 pc, as there is plenty of bugs and stuff posted.

[Maxo14]

Originally Posted by Umat

As I wrote before, there is no exact ETA since they're prioritizing the iPhone apps before anything Graal PC related.

Soon Stefan will make Graal iPhone P2P then?

[alskdjfhg]

Still waiting for an OPEN BETA.

[Crono]

Stefan did you make any progress with the one I've been raging about?

Originally Posted by Maxo14

Soon Stefan will make Graal iPhone P2P then?

No?

Originally Posted by alskdjfhg

Still waiting for an OPEN BETA.

Don't see a point. You're not really missing out on any new features and I think the vast majority of the bugs have already been reported.

[DustyPorViva]

Someone has already stated an open beta is out of the question with the client right now until the more serious bugs get fixed(timeout bug).

[TSAdmin]

Originally Posted by DustyPorViva

(timeout bug).

I was about to post about that, too. I'm not sure how difficult such a bug is proving, but not even the closed-Beta testers have had an update since March 13th. With any hope though, the timeout bug has been focused on in Beta 5.

[fowlplay4]

I'm currently having issues with a scripted timevar3 system, and have narrowed it down to the math involving large numbers to be at fault.

PHP Code:

//#CLIENTSIDE

function onCreated() {
  for (temp.i = 1; temp.i < 10; temp.i++) {
    this.scheduleevent(1 * temp.i, "MathBug", "");
  }
}

function onMathBug() {
  temp.largeNumber = 1274191251.03; // example server-side timevar2
  echo("=========================");
  echo(temp.largeNumber);
  echo(timevar2);
  echo(temp.largeNumber+timevar2);
} 


Log:

PHP Code:

=========================
1274191251.029999972
186.784149184
1274191488
Should of been: 1274191437.814149156
=========================
1274191251.029999972
187.783325184
1274191488
=========================
1274191251.029999972
188.781326272
1274191488
=========================
1274191251.029999972
189.77952576
1274191488
=========================
1274191251.029999972
190.77836608
1274191488
=========================
1274191251.029999972
191.776428224
1274191488
=========================
1274191251.029999972
192.774490368
1274191488
=========================
1274191251.029999972
193.773513792
1274191488
=========================
1274191251.029999972
194.78767392
1274191488 


[cbk1994]

GuiArrayCtrl (text lists, etc) doesn't seem to obey "allowmultipleselections" and always allows multiple selections.

[Tigairius]

Originally Posted by fowlplay4

I'm currently having issues with a scripted timevar3 system, and have narrowed it down to the math involving large numbers to be at fault.

This is not really a bug though. The maximum integer value that Graal supports is 2^32, which is 1274191488, due to memory restrictions.

[Twinny]

I had issues doing comparisons of larger numbers with V6 client. Skyld showed me that comparing them as strings fixes the issue.

[Tigairius]

Originally Posted by Twinny

I had issues doing comparisons of larger numbers with V6 client. Skyld showed me that comparing them as strings fixes the issue.

Yes, the limit for strings is much larger than for integers.

[WhiteDragon]

Maybe some arbitrary-precision arithmetic is in order? I'm not sure how this would be handled due to GS2's dynamic typing though -- it could be a very hard-to-find bug if your script suddenly slows down once the numbers go above 2^32.