Weird impy thing
User Profile | Member List | F.A.Q | Privacy Policy | New Blog | Search Forums | Forums Home
Doomworld Forums : Powered by vBulletin version 2.2.5 Doomworld Forums > Special Interest > Eternity > Decorate incompatibility
 
Author
All times are GMT. The time now is 02:02. Post New Thread    Post A Reply
printz
CRAZY DUMB ZEALOT


Posts: 9190
Registered: 06-06


There's a major incompatibility: it thinks that BRIGHT is a codepointer and quits processing the DECORATE states in the EDF thingtype block. How has Essel coped with this during his importing of realm667 monsters into his mod?

Here's the warning/error output:
code:
E_ProcessEDF: Loading root lump. Error on line 3 of DECORATE state block: Expected an end of line or ( but found a text token with value 'A_Look' Warning: couldn't attach DECORATE states to thing 'BruiserDemon'. DoPSNeedBrightOrAction: unknown action Bright Warning: couldn't attach DECORATE states to thing 'BruiserBall'. DoPSNeedBrightOrAction: unknown action BRIGHT Warning: couldn't attach DECORATE states to thing 'BruiserBall2'. DoPSNeedBrightOrAction: unknown action Bright Warning: couldn't attach DECORATE states to thing 'BruiserBallTrail'. Error on line 4 of DECORATE state block: Expected an end of line or ( but found a text token with value 'A_PlaySoundEx' Warning: couldn't attach DECORATE states to thing 'BruiserFire'. 10 warnings occured during EDF processing.

Old Post Jun 11 2011 21:42 #
printz is offline Twitter account Youtube Github || Blog || PM || Post History || Add Buddy IP || Edit || Quote
esselfortium
A Major Doomworld Concern


Posts: 6990
Registered: 01-02


It would be more helpful if you posted what your EDF actually looks like.

Old Post Jun 11 2011 22:13 #
esselfortium is online now Twitter account Youtube || Blog || PM || Post History || Add Buddy IP || Edit || Quote
printz
CRAZY DUMB ZEALOT


Posts: 9190
Registered: 06-06


Here's for BruiserBall2:
code:
States @" Spawn: BRB2 AB 6 BRIGHT Loop Death: BRB2 CDEFGHI 3 Bright Stop "@
Were you never faced with the case when you had to use BRIGHT Decorate syntax frames?

The BruiserDemon and the BruiserFire objects show different error messages simply because the first caught Bright states also had codepointers:
BruiserDemon:
code:
States @" Spawn: BRUS AB 10 Bright A_Look Loop
BruiserFire:
code:
States @" Spawn: XXBF A 0 Bright XXBF A 0 Bright A_PlaySoundEx(barexp, chan_auto)

Old Post Jun 11 2011 23:47 #
printz is offline Twitter account Youtube Github || Blog || PM || Post History || Add Buddy IP || Edit || Quote
Quasar
Moderator


Posts: 6460
Registered: 08-00


Like the last time you found an error such as this, it was the case sensitivity of a string comparison operation being accidentally enforced:
code:
// Original code: if(!QStrCaseCmp(ps->tokenbuffer, "bright")) // Incorrect code translated to C++ qstring class: if(*ps->tokenbuffer == "bright") // Corrected code I'm about to commit: if(!ps->tokenbuffer->strCaseCmp("bright"))

Old Post Jun 12 2011 01:53 #
Quasar is offline Twitter account Youtube Github || Blog || PM || Post History || Add Buddy IP || Edit || Quote
All times are GMT. The time now is 02:02. Post New Thread    Post A Reply
 
Doomworld Forums : Powered by vBulletin version 2.2.5 Doomworld Forums > Special Interest > Eternity > Decorate incompatibility

Show Printable Version | Email this Page | Subscribe to this Thread

 

Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is OFF
vB code is ON
Smilies are OFF
[IMG] code is ON
 

< Contact Us - Doomworld >

Powered by: vBulletin Version 2.2.5
Copyright ©2000, 2001, Jelsoft Enterprises Limited.