Activity
From 2009-06-14 to 2009-06-27
2009-06-25
-
07:13 Bug #697: Mouse Strafing Extremely Slow
- This issue is caused by the (relatively) new input device code that handles device axes. The core of the issue is tha...
2009-06-23
-
21:02 Bug #722: Map crash when you reload after death
- This problem has since been fixed in the beta6 branch and will be included in the next release.
-
20:29 Bug #722: Map crash when you reload after death
*Attachments:*
* http://sourceforge.net/p/deng/bugs/_discuss/thread/b4a5a769/40d8/attachment/doomsday.out
-
- I've attached a verbose out file showing where it crashes. It always crashes at this point during reloading if you di...
-
- As requested by DaniJ. This map seems to crash Beta6.3 if you die and try to reload.
The map is too big to post as... -
- "rend-info-tris" appears to be broken in that the values output to the console are always zero.
*Labels:* OpenGL R...
2009-06-21
-
- Converting to RFE (see previous comment).
2009-06-18
-
21:54 Bug #721 (Closed): Paused game while opened menu bug
- If the player is standing on a floor with a height of -40 and you press Escape to get into the menu the game won't pa...
-
- Doomsday out of Heretic and Doom
*Attachments:*
* http://sourceforge.net/p/deng/bugs/_discuss/thread/c4e1a73e/3e23/a... -
08:45 Bug #720: HEXEN 32BIT Savegames not stored in linux
- did'nt read your first comment.
This is definitely a 32bit build, with the
described problem. -
- dont know who and why someone changed the "hexen" tag to "64bit"?
its 32bit.
2009-06-17
-
- This problem is looking likely to be limited to 64bit builds (not currently supported). In order to progress with thi...
-
- seems like the game is "doing" something but no savegames are stored.
and the offset of the selector arrow is wrong....
2009-06-16
-
- Newer versions of Doomsday simply "play nicer" with the underlying operating system and by that I mean; Doomsday will...
2009-06-14
-
- Fixed in svn for 1.9.0-beta6.4
-
- > I have one comment about your commit... ...Since vsnprintf() returns the number of characters without the null, if ...
-
- Oh, and you should be able to see the HUD log message last character truncation problem now on Windows as well.
-
- An exported public implementation of dd_vsprintf() sounds fine.
I have one comment about your commit:
#ifdef WI... -
- There is one final decision to make regarding these; do we want an engine-side, exported, public implementation of dd...
-
- Ok, will do.
-
- I think we should go the dd_vsnprintf() route because otherwise the return value thing is a bit ugly and error prone ...
-
- I think that is going to be our best option. Either that or sort out our headers...
-
- Well, one option is to make it something like dd_vsnprintf() and use find/replace on all the instances of where it's ...
-
- That is what I've been trying to do but I'm hitting a brick wall because of the way our headers are setup (there are ...
-
- How about that earlier suggestion about naming it win32_vsnprintf() and using a #define from vsnprintf to that?
-
- That sounds OK to me though we will naturally have to ensure we don't use the return value or where we do, we account...
-
- On the bright side, I don't think the return value is used anywhere in the engine. It is vastly more important that t...
-
- Clearly I need another coffee. On re-reading the definitions again, yes I agree that the Windows varient is indeed be...
-
- I disagree. The difference is that the Windows version will return -1 if truncation occurs. The C99 returns -1 only i...
-
- Here is the definition for vsnprintf from MSDN:
"vsnprintf, _vsnprintf, and _vsnwprintf return the number of chara... -
- Here's the definition from the C99 (draft) for vsnprintf(): [n is the size of the output buffer]
"The vsnprintf fu... -
- Well, from that man page I interpret that the C99 standard defines the behavior like that: the return value is the nu...
-
- Looking at the function header comments you've added for snprintf and vsnprintf in dd_share.h I would like to clarify...
Also available in: Atom