BUG REPORT: Internal error in void eHalfEdge::Split

afrothunder · Post by **afrothunder** » Mon Dec 08, 2008 5:07 am

My new Project Freedom server has been having some issues and it crashed twice today seemingly unprovoked so I'm sending this bug report as the console log instructed.

Here is the last round shown in the console output before the crash.

[0] New Match
[0] Welcone to the the FRO CLAN server, Project Freedom!
Here you have the freedom to not only play in whatever way you like but the freedom to control the environment around you.

To elect someone for admin:
-elect USER
To vote for the current nominee:
-vote
As an admin you can do:
-admin COMMAND (change settings)
-reset (change to default settings)
-snake (Change settings to "Snake" by clover) -teamsumo (Change settings to Team Sumo)
-styball (Change settings to styball) -ctf (Change settings to CTF)
Press "PG UP" to read full message.
[0] Go (round 1 of 10 )!
[0] Two minutes left!
[0] 3
[0] 2
[0] 1
[0] 0
[0] |FWt~clover forgot which team they're on...
[0] Winner: Team gold
[0] LaTeX forgot which team they're on...
[2] Received login from 192.168.1.197:4784 via socket *.*.*.*:4538, network version: 0.2.8.2 (ID: 13).
[2] New user: 2
[2] FRO>Afrothunder plays for Team red.
[0] Deleting objects...
[0] Deleting grid...
Internal Error: Internal error in void eHalfEdge::Split(eHalfEdge*&, eHalfEdge*&, ePoint*) in engine/eGrid.cpp:1644 :
I told you not to split that!
Please send a Bug report!
[0] Project Freedom!
[0] LaTeX left the game.
Segmentation fault

In case its needed here are the last few commands my scripts sent to the server.

size_factor 100
console_message Command executed
h

include settings_dedicated.cfg
include settings.cfg
include default.cfg
include autoexec.cfg
include styball.cfg
start_new_match
console_message Server settings reset!
size_factor 100
console_message Command executed
size_factor 100
console_message Command executed
console_message You must be the Admin-elect to do admin commands
console_message You must be the Admin-elect to do admin commands
console_message You must be the Admin-elect to do admin commands
console_message assass has been nominated for Admin-elect!\nType in -vote to vote for his/her election.
console_message assass is the new admin elect!
styleball
console_message Command executed
ctf
console_message Command executed
ctf
console_message Command executed
ctf
console_message Command executed
console_message åero has been nominated for Admin-elect!\nType in -vote to vote for his/her election.
console_message åero is the new admin elect!
console_message Command not allowed!
console_message Command not allowed!
reset
console_message Command executed
console_message has been nominated for Admin-elect!\nType in -vote to vote for his/her election.
console_message is the new admin elect!
console_message No election is taking place
h

(The h's are commands given from me manually to free the console to allow a restart, they show when the first and second crashes are)

Im using an armahacktron server with armathentication enabled, respawn disabled, version: 0.2.8_alpha20081006 on an Ubuntu Gutsy OS.

If this is the wrong place to post this, I'm sorry and could you point me to where I should file this bug report.

Note:I haven't tried anything to resolve the problem because I have no clue whats going wrong and if I try it'll probably make things worse.

Jonathan · Post by **Jonathan** » Mon Dec 08, 2008 5:45 am

Perhaps SIZE_FACTOR is a little too large?

afrothunder · Post by **afrothunder** » Mon Dec 08, 2008 6:17 am

Ive tried large size_factors on my other servers too, nothing bad happened.

If size_factor was the reason wouldn't the second time its called immediately kill the server(look at sent commands after first h)

Website · Post by **Z-Man** » Mon Dec 08, 2008 8:17 am

afrothunder wrote:Ive tried large size_factors on my other servers too, nothing bad happened.

There's SIZE_FACTOR and SP_SIZE_FACTOR, only one is effective at a time.

afrothunder wrote:If size_factor was the reason wouldn't the second time its called immediately kill the server(look at sent commands after first h)

SIZE_FACTOR only takes effect once the second player joins and the new round starts.

So yes, I'd say it is SIZE_FACTOR. Only values up to 10 are sensible (depending on the map a bit, of course).

afrothunder · Post by **afrothunder** » Mon Dec 08, 2008 9:17 pm

I completely forgot about SP_SIZE_FACTOR

I just tested it and it was the problem, now I just have to block setting factor above 10 in my script.

Thanks for the help.