Graal Forums - Windows v6 beta test

Graal Forums (https://forums.graalonline.com/forums/index.php)

- Bug Report (https://forums.graalonline.com/forums/forumdisplay.php?f=193)

- - Windows v6 beta test (https://forums.graalonline.com/forums/showthread.php?t=134257598)

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?

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...

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

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

Quote:

Originally Posted by Umat (Post 1574074)

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?

Still waiting for an OPEN BETA.

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

Quote:

Originally Posted by Maxo14 (Post 1574312)

Soon Stefan will make Graal iPhone P2P then?

No?

Quote:

Originally Posted by alskdjfhg (Post 1576112)

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.

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).

Quote:

Originally Posted by DustyPorViva (Post 1576130)

(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.

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

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

Quote:

Originally Posted by fowlplay4 (Post 1577122)

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.

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

Quote:

Originally Posted by Twinny (Post 1577158)

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.

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.