Stuff that crashes cores...?

Development areas for Allegiance core (IGC) design.
Post Reply
Zero_Falcon
Posts: 413
Joined: Tue Jun 03, 2008 5:14 am
Location: Singapore

Post by Zero_Falcon »

So testing and re-testing and re-re-testing is emphasised heavily in the development of cores...

I'm wondering, what do you do to prevent cores from crashing servers...?
TurkeyXIII
Posts: 1460
Joined: Thu Dec 06, 2007 3:18 am
Location: Melbourne, Aus

Post by TurkeyXIII »

Lessee...
having the flag platform anywhere other then the bottom of the station list will crash...
too many drones around can crash, especially if they're likely to be launching from the same station or ripping to the same tele at the same time, how many is 'too many' is an exercise left to the reader...
ships that are too large can sometimes crash, especially if they also meet the criteria above...
naming the treasures list longer than a certain number of letters can occasionally crash, can't remember how many (around 15 I think)...
obvious stuff like faction pod ID pointing to a ship that doesn't exist and that sort of thing...

...this is an incomplete list. Test your core, yo!

Because if you don't, you'll likely end up doing something to embarrass yourself, like giving stealth bombers infinite cloak!
QUOTE (Randall Munroe)14.2: Turkey consumption rate of the average American in milligrams per minute[/quote]
Image
Spunkmeyer
Posts: 2013
Joined: Fri Jun 27, 2003 7:00 am
Location: Contact me regarding: CC, Slayer and AllegWiki.

Post by Spunkmeyer »

Speeds exceeding about 1400m/sec (from memory) will cause a crash. This applies to missiles too - don't forget to add the velocity of the launch platform to the maximum speed at lifetime expiration.
Last edited by Spunkmeyer on Sat Aug 06, 2011 4:01 pm, edited 1 time in total.


Want bigger games? Log on to play at the official game time: 9pmET/8pmCT/7pmMT/6pmPT every day of the week. Also Saturdays 8pm UTC.

KGJV
Posts: 1474
Joined: Tue Jul 01, 2003 7:00 am
Location: Transilvania

Post by KGJV »

the debug build of the server can find some consistency "bugs" in cores.

There is the 'validate' button in ICE but since the controls it performs are based on feedback from core devs and since these almost never gave me feedback I can't do much here... .

Actually, except Spunky in the early days of ICE (way before the Allegiance source code was released), core devs are either very shy or like to keep a secret the problems and wishes they have... So it's very hard to 'help' them in this area.

So if you find something that can make a core buggy, just tell me and I'll enhance the 'validate' code in ICE.

or use the ICE bug report tool: http://code.google.com/p/allegice/issues/list and post a wish!
Image
NightRychune
Posts: 3065
Joined: Tue Feb 17, 2004 8:00 am

Post by NightRychune »

hey if you're bitching about core devs not wanting new features in the core here are a couple things for you to think about

-one (or more) additional classes of teleport receiver for ships beyond "smallripcord" and "ripcord"
-making negative values in base paydays work - as in if i set that a base gives a payday of -100 to make it reduce paydays by that amount it doesn't explode the core
-adding the possibility of having negative values in development items - as in being able to add a piece of research that, instead of costs money, gives you money when it is researched
Broodwich
Posts: 5662
Joined: Fri Oct 19, 2007 3:48 am
Location: Raincity

Post by Broodwich »

i dont think you understand kage!
QUOTE Drizzo: ha ha good old chap
Drizzo: i am a brit
Drizzo: tut tut
Drizzo: wankarrrrrr
Drizzo: i only have sex whilst in the missionary position[/quote] Fas est et ab hoste doceri - Ovid
KGJV
Posts: 1474
Joined: Tue Jul 01, 2003 7:00 am
Location: Transilvania

Post by KGJV »

I was more thinking of feedback/requests concerning ICE because I can make these happens in a matter of days since I'm 100% in control of ICE.

I'd take requests that implies game code changes too but I have 0 control here, we depend on the 'FAO chain of command' which is currently stuck somewhere in a nebula. But I can code the changes if the demand is strongly motivated, then you'll deal with the administration to get the changes published. :lol:

QUOTE -one (or more) additional classes of teleport receiver for ships beyond "smallripcord" and "ripcord"[/quote]
this will require a core format change and quite some code changes too. Adding a ripclass mask (so 8, 16 or 32 different classes) is the way to do this. Should RipTime and RipCost remain unique or be different for each ripclass ? We can even add that ripclass to stations.
I guess adding a 'UseEnergyToReceiveRip' flag (one per class) on the receiver (ships only unless we add an energy pool to stations too) will be needed ? (or not depending on RipCost values) ? one could also imagine to have a separate energy pool for ripping (or drain shields).

Speaking of rip, one thing I never checked is that if 'NoRipcord' superseeds or not 'Rip To Small Ripcord'. Can anyone try this ? That is: is the current code handling correctly a ship that can't do normal rip but can rip to small ripcords. Check if it works and how autopilot code behaves. check for drones AI too. (design miners that only rip to a smallrip for instance). If the code already works fine that will be less work to implement the rip classes.

Also I've never checked what a negative RipCost value does...(does it recharge the receiver ? should it?)

Such change is quite some work and should really be motivated by a motivated demand. Spending hours of devs and tests to finally not use more than 2 classes 99% of actual game time, would piss off a lot of people ;)

I never really complained (except of boredom) about the 'one-sided rez' feature not been used only because it took me a few minutes to code. But spending hours on something that in the end won't be used is more that frustrating. Well you guys know that, it's like spending hours on your core and finally no one play it (or don't use fancy stuff in your core you spend lot of time designing).

Whatever, that ripclass thingy requires careful 'design on paper' 1st, then some kind of proof (examples, real game situations, etc) it'll be used in core(s) before any coding work been actually started. Such thing is that this requires its own thread. Go open it.

QUOTE -making negative values in base paydays work - as in if i set that a base gives a payday of -100 to make it reduce paydays by that amount it doesn't explode the core[/quote]
as long as the total payday doesn't go negative it should work (we can add quick fix to prevent negative paydays, it's just a line code).
What you do mean explode the core?

QUOTE -adding the possibility of having negative values in development items - as in being able to add a piece of research that, instead of costs money, gives you money when it is researched[/quote]
that's odd but should be easy to code.
Last edited by KGJV on Sun Aug 07, 2011 7:51 am, edited 1 time in total.
Image
Imago
Posts: 1440
Joined: Tue Sep 23, 2003 7:00 am
Location: Minneapolis, MN
Contact:

Post by Imago »

Stuff that crashes cores...?

ICE
Allegiance

in that order
Image

These bugs haven't been fixed yet because don't have any developers interested in fixing them up. --Tigereye
Imago's stupid-sensor is supersensitive. --RealPandemonium
The art is managing the flow of the drama to achieve the desired results. --Big_Beta_Tester
joeld wrote:But we’ve been amazed at the level to which some of the Allegiance fans have remained hard-core.
KGJV
Posts: 1474
Joined: Tue Jul 01, 2003 7:00 am
Location: Transilvania

Post by KGJV »

I think your pill effect weared off, take another.
Image
NightRychune
Posts: 3065
Joined: Tue Feb 17, 2004 8:00 am

Post by NightRychune »

the last time I tried to test negative payday values on bases, it worked fine in-game - paydays wouldn't go into negative values in-game (you'd just stop getting paydays entirely), but when I tried to reload the core afterwards it would just crash and I had to revert to a previous version

and, yes, the "noripcord" option will supercede the "rip to small ripcord" option. if the former is enabled, the ship can't rip at all
Last edited by NightRychune on Sun Aug 07, 2011 5:00 pm, edited 1 time in total.
Post Reply