GZDoom discussion (Version 2.3.1 released 2016/jan/7)

Projects that have specifically been abandoned or considered "dead" get moved here, so people will quit bumping them. If your project has wound up here and it should not be, contact a moderator to have it moved back to the land of the living.

Re: GZDoom discussion (Version 2.3.1 released 2016/jan/7)

Postby _mental_ » Wed Jan 11, 2017 1:09 am

Push the tag please.
_mental_
 
 
 
Joined: 07 Aug 2011

Re: GZDoom discussion (Version 2.3.1 released 2016/jan/7)

Postby dpJudas » Wed Jan 11, 2017 6:46 am

Hmm, getting this error now (in QZDoom, but I'm assuming Eruanna just merged this in from GZDoom):

Code: Select allExpand view
3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xkeycheck.h(214): warning C4005: 'private': macro redefinition
3>  C:\Development\Workspaces\dpDoom\src\scripting\codegeneration\dynarrays.cpp(40): note: see previous definition of 'private'
3>C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\include\xkeycheck.h(250): fatal error C1189: #error:  The C++ Standard Library forbids macroizing keywords. Enable warning C4005 to find the forbidden macro.
dpJudas
 
 
 
Joined: 28 May 2016

Re: GZDoom discussion (Version 2.3.1 released 2016/jan/7)

Postby Graf Zahl » Wed Jan 11, 2017 7:05 am

Crap. For me it didn't warn - and certainly did not error out. I hacked around a private definition in that file because C++ is so utterly hostile toward keeping stuff private and exposing it to some external data structures. In order to do that I'd have to compromise the entire privacy mechanism.
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
 
Joined: 19 Jul 2003
Location: Germany

Re: GZDoom discussion (Version 2.3.1 released 2016/jan/7)

Postby dpJudas » Wed Jan 11, 2017 7:13 am

Maybe I'm using a newer version of Visual Studio? I got Update 3 installed.

It is shame the friend keyword cannot be used in this context. The simplest solution I can think of would be to just make Count public. Alternatively make that static thing in the macro a global of a class that is friend of the class with the private member. That would require some additional macros tho, as I assume those globals need to be non-class globals.
dpJudas
 
 
 
Joined: 28 May 2016

Re: GZDoom discussion (Version 2.3.1 released 2016/jan/7)

Postby dugan-c » Wed Jan 11, 2017 1:24 pm

Eruanna wrote:I wouldn't mind providing GZDoom binaries for Linux, for all of x86, x86_64, and ARMv8. Getting x86 builds working might be a bit of trouble for me, though.


That would be great! I might suggest using AppImage to create a build that works on multiple distributions. It would also be great if your builds have FFMOD support (since getting FFMOD development packages for Linux involves sending the company an email).
dugan-c
 
Joined: 03 Sep 2016

Re: GZDoom discussion (Version 2.3.1 released 2016/jan/7)

Postby Stormwalker » Sat Jan 14, 2017 2:10 am

I am experiencing a problem while running GZDoom 2.3.2 in Linux(Ubuntu). When I try to run the game Strife, GZDoom will find the iwad and start the game fine, except the voices will not play. I made sure that VOICES.WAD is located in the same directory as STRIFE1.WAD, yet GZDoom doesn't seem to be locating it. This problem does not occur in ZDoom. I am wondering what else I could be doing wrong, or if perhaps this is a bug. Any help would be appreciated. Thanks!
User avatar
Stormwalker
 
Joined: 06 Sep 2011

Re: GZDoom discussion (Version 2.3.1 released 2016/jan/7)

Postby Nevander » Sat Jan 14, 2017 3:22 am

Don't you have to load that file with the -file parameter? I can't recall but I don't think ZDoom loads it automatically, just STRIFE1.WAD when selecting the IWAD.
Nevander
Self-Banned User
 
Joined: 07 Jan 2014

Re: GZDoom discussion (Version 2.3.1 released 2016/jan/7)

Postby _mental_ » Sat Jan 14, 2017 3:34 am

From iwadinfo.txt:
Code: Select allExpand view
IWad
{
   Name = "Strife: Quest for the Sigil"
   // ...
   Load = "voices.wad"
}

So yes, it loads voices.wad automatically but not VOICES.WAD file.
Do not forget about case sensitive file system. It's a good idea there to have all IWADs with names in lower case.
_mental_
 
 
 
Joined: 07 Aug 2011

Re: GZDoom discussion (Version 2.3.1 released 2016/jan/7)

Postby Nevander » Sat Jan 14, 2017 3:45 am

_mental_ wrote:It's a good idea there to have all IWADs with names in lower case.

What? Since when? All of my IWADs are all caps, no problems. Is this a special case with voices.wad?
Nevander
Self-Banned User
 
Joined: 07 Jan 2014

Re: GZDoom discussion (Version 2.3.1 released 2016/jan/7)

Postby Gez » Sat Jan 14, 2017 3:58 am

For finding IWADs, there's code that makes it so that if it doesn't find doom.wad (lowercase), it'll also try Doom.wad (initial cap) and DOOM.WAD (allcap). Such code must simply be missing for addons like voices.wad.
Gez
 
 
 
Joined: 06 Jul 2007

Re: GZDoom discussion (Version 2.3.1 released 2016/jan/7)

Postby Graf Zahl » Sat Jan 14, 2017 5:08 am

Nevander wrote:
_mental_ wrote:It's a good idea there to have all IWADs with names in lower case.

What? Since when? All of my IWADs are all caps, no problems. Is this a special case with voices.wad?



No, it's a special case with Linux.
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
 
Joined: 19 Jul 2003
Location: Germany

Re: GZDoom discussion (Version 2.3.1 released 2016/jan/7)

Postby drfrag » Sat Jan 14, 2017 6:14 am

Since i can't register on the tracking system (application error) i'll mention this here.

BROKEN/INCONSISTENT DECORATE PARSING ON 2.3.2?

When i load my mutator brutalv20c_UP.pk3 after brutalv20b.pk3 some files in my patch are not parsed. These are files with the same name as in BD v20 inside my pk3, but other files also with the same name are parsed. The patch worked in 2.3 SVN.
I don't know how this is supposed to work, for instance BARON.TXT is not parsed. Since parsing already changed in 2.3 SVN when the file is named DECORATE.something i already changed the name to something different.

viewtopic.php?f=19&t=54525
User avatar
drfrag
Os voy a romper a pedazos!
Vintage GZDoom Developer
 
Joined: 23 Apr 2004
Location: Spain
Discord: drfrag#3555
Github ID: drfrag666

Re: GZDoom discussion (Version 2.3.1 released 2016/jan/7)

Postby Graf Zahl » Sat Jan 14, 2017 6:22 am

There shouldn't be any changes between 2.3.0 and 2.3.2, there's only some very minor alterations in the backend to fix 2 code generation bugs in places that normally aren't called from DECORATE, but nothing to the parser itself.

I conly can see that you do not include your definitions yourself, are these replacements of file names given by BD itself? Can it be that something changed in there?
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
 
Joined: 19 Jul 2003
Location: Germany

Re: GZDoom discussion (Version 2.3.1 released 2016/jan/7)

Postby Edward-san » Sat Jan 14, 2017 6:47 am

_mental_ wrote:From iwadinfo.txt:
Code: Select allExpand view
IWad
{
   Name = "Strife: Quest for the Sigil"
   // ...
   Load = "voices.wad"
}

So yes, it loads voices.wad automatically but not VOICES.WAD file.
Do not forget about case sensitive file system. It's a good idea there to have all IWADs with names in lower case.


I think it's a better idea to make a new symlink with lowercase name. I did it and works fine.
Edward-san
Mathematics is the language with which God has written the universe. (Galilei)
 
Joined: 17 Oct 2009

Re: GZDoom discussion (Version 2.3.1 released 2016/jan/7)

Postby Nevander » Sat Jan 14, 2017 7:06 am

Graf Zahl wrote:are these replacements of file names given by BD itself? Can it be that something changed in there?

At this point it's fair to expect any errors coming from BD mods are because of the mod itself. One thing I've always noticed is that apparently 1000 errors and warnings appearing the startup log aren't important. :lol:
Nevander
Self-Banned User
 
Joined: 07 Jan 2014

PreviousNext

Return to Abandoned/Dead Projects

Who is online

Users browsing this forum: No registered users and 0 guests