Doom monster
Register | 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 19:08. Post New Thread    Post A Reply
printz
CRAZY DUMB ZEALOT


Posts: 8885
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 06-11-11 21:42 #
printz is offline Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
esselfortium
A Major Doomworld Concern


Posts: 6609
Registered: 01-02


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

Old Post 06-11-11 22:13 #
esselfortium is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
printz
CRAZY DUMB ZEALOT


Posts: 8885
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 06-11-11 23:47 #
printz is offline Profile || Blog || PM || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
Quasar
Moderator


Posts: 6085
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 06-12-11 01:53 #
Quasar is offline Profile || Blog || PM || Email || Homepage || Search || Add Buddy IP || Edit/Delete || Quote
All times are GMT. The time now is 19:08. 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.