Lightning effects causing crashes

[Darius34]

Under what circumstances exactly do lightning effects cause crashes? Destroying them twice over, referencing them after destroyed/nulled, etc.?

This would help me a lot with debugging this extra-large trigger I'm working on (at least, it would give me some direction). Thanks.

 

[AceHart]

Moving a destroyed or non-existant effect, moving them out of the map and moving them underground.
There might be others...

 

[T.s.e]

Stretching a lightning effect too far can cause crashes.

 

[Trollvottel]

@aceheart: moving out of map bounds works for me

 

[AceHart]

Hm... seems you're luckier than me

Then again, I still wouldn't recommend it...

 

[Darius34]

Hmm, okay. Is there any way to check if a lightning effect was destroyed, like checking if it contains a null value?

 

[Flare]

if mylightning != null then
//Do some stuff with the lighting
else
//Don't do stuff with the lightning
endif

Have you tried that?

 

[PurgeandFire]

I don't think objects are nulled when destroyed. You would have to null the reference for it to be null... I think... Otherwise there probably wouldn't be too much of a need for nulling variables, right? (I have not verified this, if someone can prove me wrong or addon to this, be my guest!)

I have ran a few tests with results that may prove the above, but I am not sure since it was so long ago.

 

[Darius34]

Have you tried that?

Yes, but with the crash always happening, and I haven't really checked if that bit of works. I'll check.

Maybe I could null the variable? I'm using a struct to reference the lightning, so I could check for it being nulled in the scope... Maybe.

 

[PurgeandFire]

Do you have war3err enabled? Enabling it might help you find what could cause the crash I think.

 

[phyrex1an]

(I have not verified this, if someone can prove me wrong or addon to this, be my guest!)

Test:

    local location l = Location(0, 0)
    call RemoveLocation(l)
    if l == null then
          call BJDebugMsg("null")
    else
          call BJDebugMsg("not null")
    endif

 

[emjlr3]

i hoope that shows not null

 

[PurgeandFire]

i hoope that shows not null

Yes, it does.

function Actions takes nothing returns nothing
    local location l = Location(0, 0)
    call RemoveLocation(l)
    if l == null then
          call BJDebugMsg("null")
    else
          call BJDebugMsg("not null")
    endif 
endfunction

function InitTrig_Trig takes nothing returns nothing
    local trigger t = CreateTrigger()
    call TriggerRegisterTimerEvent(t,3,false)
    call TriggerAddAction(t,function Actions)
endfunction

It displays "not null".

 

[Darius34]

Good news! I nulled the variable upon the lightning effect being destroyed and voila, that null-check worked. After a bit of debugging with NewGen WC (and war3err, I presume, right), I fixed the problem: a wrong struct reference somewhere that caused a divide-by-zero error. >.>

Thanks for the help, everyone.