DECORATE parser crashes instead of fails

Forum rules
Please don't bump threads here if you have a problem - it will often be forgotten about if you do. Instead, make a new thread here.

Post a reply

Smilies
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :geek: :ugeek: :!: :?: :idea: :arrow: :| :mrgreen: :3: :wub: >:( :blergh:
View more smilies
BBCode is OFF
Smilies are ON
Topic review
   

Expand view Topic review: DECORATE parser crashes instead of fails

Re: DECORATE parser crashes instead of fails

by Major Cooke » Sat Feb 07, 2015 8:27 am

Yeah. I meant to reply to this thread, turns out it was a simple problem with blzut's build of GZdoom which we have fixed, from the drd team in this case.

Re: DECORATE parser crashes instead of fails

by Graf Zahl » Sat Feb 07, 2015 8:07 am

Again: No demonstration, no investigation, no fix. You really should now better than to abandon your bug reports and not provide feedback when requested.
I tried with a simple deliberate error and it output the message as expected.

Re: DECORATE parser crashes instead of fails

by Graf Zahl » Fri Dec 26, 2014 10:06 am

Can you make an example definition to test it? I have never experienced such a thing.

DECORATE parser crashes instead of fails

by Major Cooke » Fri Dec 26, 2014 9:06 am

If there's one thing I noticed, it's that when something wrong is picked up (such as Pick instead of RandomPick), the decorate parser tends to just crash which isn't very helpful when trying to find out where or when the problem occurred in the decorate code. It keeps generating an access violation instead of showing "Execution could not continue."

Top