[Closed] Truecolor software rendering

Moderator: Developers

Re: Truecolor software rendering

Postby dpJudas » Sun Jun 05, 2016 9:39 am

I've checked in a fix now. Let me know if there's any more issues.
User avatar
dpJudas
Cookies for cookie monster!
 
Joined: 28 May 2016

Re: Truecolor software rendering

Postby _mental_ » Sun Jun 05, 2016 11:14 am

I made a few fixes in order to build with Clang on OS X. I didn't check on anything else though.
_mental_
 
Joined: 07 Aug 2011

Re: Truecolor software rendering

Postby dpJudas » Sun Jun 05, 2016 1:31 pm

Thanks. I pulled those changes back into my branch.
User avatar
dpJudas
Cookies for cookie monster!
 
Joined: 28 May 2016

Re: Truecolor software rendering

Postby dpJudas » Tue Jun 07, 2016 7:34 am

Okay, as one last patch to this branch I've added multicore rendering. The true color renderer will now use all available cores when rendering its output. That brings the FPS to roughly 180 at 1080p on my computer in Doom and 145 fps when standing in the demo.wad fog.

I think I had my share of fun with zdoom for now. Time to code something a bit less.. silly. :)
User avatar
dpJudas
Cookies for cookie monster!
 
Joined: 28 May 2016

Re: Truecolor software rendering

Postby Jimmy » Tue Jun 07, 2016 9:04 am

Any chance of seeing screenshots of this in action? :D
User avatar
Jimmy
Joyful Mapper
 
Joined: 10 Apr 2006
Location: Perth, WA
Discord: Jimmy#4100

Re: Truecolor software rendering

Postby dpJudas » Tue Jun 07, 2016 9:30 am

User avatar
dpJudas
Cookies for cookie monster!
 
Joined: 28 May 2016

Re: Truecolor software rendering

Postby Graf Zahl » Tue Jun 07, 2016 10:23 am

I think the best place to show this off is E3M7 with its red stones. That texture suffers particularly badly from Doom's palette.

One last thing: what would be needed to render true color textures or using PNG's native palettes?
User avatar
Graf Zahl
 
Joined: 19 Jul 2003
Location: Germany

Re: Truecolor software rendering

Postby dpJudas » Tue Jun 07, 2016 5:10 pm

To answer this question I've created a small spreadsheet listing where each drawer gets its texture data from: http://i.imgur.com/mgnMgzC.png

As you can see on the spreadsheet, the drawers all fetch it from the dc_source global variable, which in turn is set by a limited few functions that get the pointer from FTexture. Either in the function itself, or one call away. This means that if FTexture is able to return column data in RGBA8 format, these functions could be patched to set dc_source to data in the RGBA8 format.

The drawer functions just need to cast dc_source to an uint32_t* (just like they already do with dc_dest) and the C++ pointer arithmetics should make all offsetting work correctly with no further changes. The only thing left is then that the shade_pal_index(*dc_source) function should stop using the value as in index into GPalette.BaseColors.

The main catch is that some of the drawers does an additional lookup into a dc_translation table. And then there is DrawShadedColumn where it uses colormap as some kind of alpha table lookup. If the column data returned is no longer an index, those additional lookups will not work. Unfortunately I do not know at this time why exactly those two things are needed. With the translation table I have a theory its about the hue adjustment for the player - with the alpha table lookup I have no idea. There are also some masked shaders that skip palette index 0, but I suppose those could just switch to an alpha test instead.

About using a palette specific to each FTexture: That could be done by changing where shade_pal_index() gets its palette from. It is hardcoded to GPalette.BaseColors right now, but there's nothing that prevents it from just grabbing it from some other source. For it to work, FTexture must be able to return the native PNG palette and also the indices used in that form. I'm not sure if this would require much less work than just adding the full true color texturing while patching FTexture anyway.
User avatar
dpJudas
Cookies for cookie monster!
 
Joined: 28 May 2016

Re: Truecolor software rendering

Postby Graf Zahl » Tue Jun 07, 2016 5:54 pm

dpJudas wrote:The main catch is that some of the drawers does an additional lookup into a dc_translation table. And then there is DrawShadedColumn where it uses colormap as some kind of alpha table lookup. If the column data returned is no longer an index, those additional lookups will not work. Unfortunately I do not know at this time why exactly those two things are needed. With the translation table I have a theory its about the hue adjustment for the player - with the alpha table lookup I have no idea. There are also some masked shaders that skip palette index 0, but I suppose those could just switch to an alpha test instead.



The translation is needed for any kind of palette translations, not only the player. DECORATE and ACS both allow specifying translations. Those will have to use an image that's downconverted to the palette - even GZDoom does this in the hardware renderer.
And the alpha stuff is used for bullet and blood decals which use an alpha image - those will also have to remain as they are.

So it looks like some code duplication is needed to handle both palette and RGB input.
User avatar
Graf Zahl
 
Joined: 19 Jul 2003
Location: Germany

Re: Truecolor software rendering

Postby dpJudas » Thu Jun 09, 2016 3:04 pm

After a full day setback from a broken wallscan function, I finally got true color textures working on the walls :D

http://i.imgur.com/dNNzXtF.jpg

The code adds two functions to FTexture: GetColumnBgra and GetPixelsBgra. From there wallscan just calls those two functions instead when r_swtruecolor is true. Still some loose ends with the translation and such, but maybe its not as undoable as it first seemed.
User avatar
dpJudas
Cookies for cookie monster!
 
Joined: 28 May 2016

Re: Truecolor software rendering

Postby Graf Zahl » Thu Jun 09, 2016 3:26 pm

Translation should be simple. Use the 8 bit texture and then thr RGB part of the actual translation table. 8 bit texture is necessary here because translations are remappings of the base palette.

About true color rendering: Does this support the alpha channel of the texture?
User avatar
Graf Zahl
 
Joined: 19 Jul 2003
Location: Germany

Re: Truecolor software rendering

Postby dpJudas » Thu Jun 09, 2016 4:30 pm

Hmm, yes, that should do the trick. Will try toy with that tomorrow. :)

None of the drawers currently use the alpha channel (except for those first doing a translation lookup). Adding the code for it should be straightforward enough, but I'm a little bit worried about the performance impact. When I added the multi core rendering code I expected roughly a 4-8 times speed up on my i7, but only got about 2x. When I removed the palette lookup on the walls I expected to maybe gain a little as the code got simpler from it, but the frame rate dropped slightly. I have a theory this is because the memory pressure on the CPU is the current bottleneck. If I make the drawers read from their destination for blending this might make it even worse. It should be fairly simple to do a test though.

Ideally the entire software renderer would transpose the pixel buffer it outputs to. Right now almost all the drawers do a "dest+=pitch" for each pixel (or block of 4 pixels) and this is absolute poison to the CPU cache. If the Y axis was made the X axis, the memory operations would mostly become the next pixel in memory (dest++) and memory locality would greatly improved. The GPU could then transpose it by just swapping the U and V coordinates when drawing it. It would probably be too much work to do this, but one can dream.. :)
User avatar
dpJudas
Cookies for cookie monster!
 
Joined: 28 May 2016

Re: Truecolor software rendering

Postby Graf Zahl » Thu Jun 09, 2016 5:01 pm

dpJudas wrote:None of the drawers currently use the alpha channel (except for those first doing a translation lookup). Adding the code for it should be straightforward enough, but I'm a little bit worried about the performance impact.



No need to add this to all drawers. You only need one more variant for anything that already handles linedef/plane/sprite alpha which combines this with the texture alpha and always use that for such textures - and a detection routine that checks if special handling is needed for a texture.
User avatar
Graf Zahl
 
Joined: 19 Jul 2003
Location: Germany

Re: Truecolor software rendering

Postby dpJudas » Thu Jun 09, 2016 5:05 pm

Good point, I only need it for the mask drawers. I'll add that.
User avatar
dpJudas
Cookies for cookie monster!
 
Joined: 28 May 2016

Re: Truecolor software rendering

Postby Edward-san » Fri Jun 10, 2016 1:58 am

I'm getting compiler errors in my system (ubuntu 15.10):

Code: Select allExpand view
/home/edward-san/zdoom/branch/truecolor/src/./r_draw.h:514:7: error: no type
      named 'condition_variable' in namespace 'std'
        std::condition_variable start_condition;
        ~~~~~^
/home/edward-san/zdoom/branch/truecolor/src/./r_draw.h:520:7: error: no type
      named 'condition_variable' in namespace 'std'
        std::condition_variable end_condition;
        ~~~~~^
/home/edward-san/zdoom/branch/truecolor/src/r_segs.cpp:1183:10: error: no member
      named 'floor' in namespace 'std'; did you mean simply 'floor'?
        v = v - std::floor(v);
                ^~~~~~~~~~
                floor
/usr/include/x86_64-linux-gnu/bits/mathcalls.h:184:14: note: 'floor' declared
      here
__MATHCALLX (floor,, (_Mdouble_ __x), (__const__));
             ^


The former ones can be fixed by adding `#include <condition_variable>` in r_draw.h, the latter by removing `std::`.

Also, there are these warnings:

Code: Select allExpand view
/home/edward-san/zdoom/branch/truecolor/src/r_draw_rgba.cpp:115:77: warning:
      comparison of integers of different signs: 'int' and 'size_type'
      (aka 'unsigned long') [-Wsign-compare]
  ...[&]() { return queue->finished_threads == queue->threads.size(); });
                    ~~~~~~~~~~~~~~~~~~~~~~~ ^  ~~~~~~~~~~~~~~~~~~~~~
/home/edward-san/zdoom/branch/truecolor/src/r_draw_rgba.cpp:1657:9: warning:
      explicitly assigning value of variable of type 'int' to itself
      [-Wself-assign]
                ds_x2 = ::ds_x2;
                ~~~~~ ^ ~~~~~~~
/home/edward-san/zdoom/branch/truecolor/src/r_draw_rgba.cpp:1759:9: warning:
      explicitly assigning value of variable of type 'int' to itself
      [-Wself-assign]
                ds_x2 = ::ds_x2;
                ~~~~~ ^ ~~~~~~~
/home/edward-san/zdoom/branch/truecolor/src/r_draw_rgba.cpp:1880:9: warning:
      explicitly assigning value of variable of type 'int' to itself
      [-Wself-assign]
                ds_x2 = ::ds_x2;
                ~~~~~ ^ ~~~~~~~
/home/edward-san/zdoom/branch/truecolor/src/r_draw_rgba.cpp:2011:9: warning:
      explicitly assigning value of variable of type 'int' to itself
      [-Wself-assign]
                ds_x2 = ::ds_x2;
                ~~~~~ ^ ~~~~~~~
/home/edward-san/zdoom/branch/truecolor/src/r_draw_rgba.cpp:2132:9: warning:
      explicitly assigning value of variable of type 'int' to itself
      [-Wself-assign]
                ds_x2 = ::ds_x2;
                ~~~~~ ^ ~~~~~~~


After fixing them manually:
- when I enable the true color from the console at the startup, the program screen becomes black. I can get the visual back by reverting the option.
- I get some address sanitizer crashes in these circumstances:
1) I toggle swtruecolor from off to on (black screen), then I run a new game:
Code: Select allExpand view
=================================================================
==12747==ERROR: AddressSanitizer: heap-use-after-free on address 0x6300003e0400 at pc 0x000000626f7c bp 0x7ffc8f724bf0 sp 0x7ffc8f724be0
READ of size 1 at 0x6300003e0400 thread T0
    #0 0x626f7b in DrawColumnHorizRGBACommand::Execute(DrawerThread*) /home/edward-san/zdoom/branch/truecolor/src/r_drawt_rgba.cpp:1543
    #1 0x5d11fc in DrawerCommandQueue::Finish() /home/edward-san/zdoom/branch/truecolor/src/r_draw_rgba.cpp:109
    #2 0x5d1ffa in R_FinishDrawerCommands() /home/edward-san/zdoom/branch/truecolor/src/r_draw_rgba.cpp:3428
    #3 0x5b2e39 in FSoftwareRenderer::RenderView(player_t*) /home/edward-san/zdoom/branch/truecolor/src/r_swrenderer.cpp:168
    #4 0x88fa95 in D_Display() /home/edward-san/zdoom/branch/truecolor/src/d_main.cpp:770
    #5 0x891a1c in D_DoomLoop() /home/edward-san/zdoom/branch/truecolor/src/d_main.cpp:1013
    #6 0x898bb6 in D_DoomMain() /home/edward-san/zdoom/branch/truecolor/src/d_main.cpp:2642
    #7 0x5a740d in main /home/edward-san/zdoom/branch/truecolor/src/posix/sdl/i_main.cpp:317
    #8 0x7f3548048abf in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x20abf)
    #9 0x598628 in _start (/home/edward-san/zdoom/branch/truecolor/debug/gcc/zdoom+0x598628)

0x6300003e0400 is located 0 bytes inside of 64056-byte region [0x6300003e0400,0x6300003efe38)
freed by thread T0 here:
    #0 0x7f354b34b02a in operator delete[](void*) (/usr/lib/x86_64-linux-gnu/libasan.so.2+0x9a02a)
    #1 0xeaee56 in FPatchTexture::Unload() /home/edward-san/zdoom/branch/truecolor/src/textures/patchtexture.cpp:184
    #2 0x5b2632 in FSoftwareRenderer::PrecacheTexture(FTexture*, int) /home/edward-san/zdoom/branch/truecolor/src/r_swrenderer.cpp:97
    #3 0x5b2c55 in FSoftwareRenderer::Precache(unsigned char*, TMap<PClassActor*, bool, THashTraits<PClassActor*>, TValueTraits<bool> >&) /home/edward-san/zdoom/branch/truecolor/src/r_swrenderer.cpp:147
    #4 0xb30c41 in P_PrecacheLevel /home/edward-san/zdoom/branch/truecolor/src/p_setup.cpp:3441
    #5 0xb34416 in P_SetupLevel(char const*, int) /home/edward-san/zdoom/branch/truecolor/src/p_setup.cpp:4174
    #6 0x92089f in G_DoLoadLevel(int, bool) /home/edward-san/zdoom/branch/truecolor/src/g_level.cpp:972
    #7 0x91e15f in G_InitNew(char const*, bool) /home/edward-san/zdoom/branch/truecolor/src/g_level.cpp:509
    #8 0x91d117 in G_DoNewGame() /home/edward-san/zdoom/branch/truecolor/src/g_level.cpp:334
    #9 0x9102d9 in G_Ticker() /home/edward-san/zdoom/branch/truecolor/src/g_game.cpp:1067
    #10 0x8a56ad in TryRunTics() /home/edward-san/zdoom/branch/truecolor/src/d_net.cpp:1945
    #11 0x891a12 in D_DoomLoop() /home/edward-san/zdoom/branch/truecolor/src/d_main.cpp:1009
    #12 0x898bb6 in D_DoomMain() /home/edward-san/zdoom/branch/truecolor/src/d_main.cpp:2642
    #13 0x5a740d in main /home/edward-san/zdoom/branch/truecolor/src/posix/sdl/i_main.cpp:317
    #14 0x7f3548048abf in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x20abf)

previously allocated by thread T0 here:
    #0 0x7f354b34aa32 in operator new[](unsigned long) (/usr/lib/x86_64-linux-gnu/libasan.so.2+0x99a32)
    #1 0xeaf98e in FPatchTexture::MakeTexture() /home/edward-san/zdoom/branch/truecolor/src/textures/patchtexture.cpp:310
    #2 0xeaefee in FPatchTexture::GetColumn(unsigned int, FTexture::Span const**) /home/edward-san/zdoom/branch/truecolor/src/textures/patchtexture.cpp:214
    #3 0xc04af9 in DCanvas::DrawTextureParms(FTexture*, DrawParms&) /home/edward-san/zdoom/branch/truecolor/src/v_draw.cpp:310
    #4 0xc033ce in DCanvas::DrawTexture(FTexture*, double, double, int, ...) /home/edward-san/zdoom/branch/truecolor/src/v_draw.cpp:121
    #5 0x846ac0 in C_DrawConsole(bool) /home/edward-san/zdoom/branch/truecolor/src/c_console.cpp:870
    #6 0x88f69e in D_Display() /home/edward-san/zdoom/branch/truecolor/src/d_main.cpp:752
    #7 0x891a1c in D_DoomLoop() /home/edward-san/zdoom/branch/truecolor/src/d_main.cpp:1013
    #8 0x898bb6 in D_DoomMain() /home/edward-san/zdoom/branch/truecolor/src/d_main.cpp:2642
    #9 0x5a740d in main /home/edward-san/zdoom/branch/truecolor/src/posix/sdl/i_main.cpp:317
    #10 0x7f3548048abf in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x20abf)

SUMMARY: AddressSanitizer: heap-use-after-free /home/edward-san/zdoom/branch/truecolor/src/r_drawt_rgba.cpp:1543 DrawColumnHorizRGBACommand::Execute(DrawerThread*)
Shadow bytes around the buggy address:
  0x0c6080074030: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c6080074040: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c6080074050: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c6080074060: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c6080074070: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
=>0x0c6080074080:[fd]fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
  0x0c6080074090: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
  0x0c60800740a0: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
  0x0c60800740b0: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
  0x0c60800740c0: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
  0x0c60800740d0: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:           00
  Partially addressable: 01 02 03 04 05 06 07
  Heap left redzone:       fa
  Heap right redzone:      fb
  Freed heap region:       fd
  Stack left redzone:      f1
  Stack mid redzone:       f2
  Stack right redzone:     f3
  Stack partial redzone:   f4
  Stack after return:      f5
  Stack use after scope:   f8
  Global redzone:          f9
  Global init order:       f6
  Poisoned by user:        f7
  Container overflow:      fc
  Array cookie:            ac
  Intra object redzone:    bb
  ASan internal:           fe
==12747==AddressSanitizer: while reporting a bug found another one. Ignoring.
==12747==AddressSanitizer: while reporting a bug found another one. Ignoring.
==12747==AddressSanitizer: while reporting a bug found another one. Ignoring.
==12747==ABORTING
Terminated sig=0x0d

2)when I run a new game with swtruecolor off, then toggle swtruecolor on and off:
Code: Select allExpand view
=================================================================
==12763==ERROR: AddressSanitizer: heap-use-after-free on address 0x61200018a5b9 at pc 0x0000005dcf88 bp 0x7ffd64e83200 sp 0x7ffd64e831f0
READ of size 1 at 0x61200018a5b9 thread T0
==12763==AddressSanitizer: while reporting a bug found another one. Ignoring.
==12763==AddressSanitizer: while reporting a bug found another one. Ignoring.
==12763==AddressSanitizer: while reporting a bug found another one. Ignoring.
    #0 0x5dcf87 in DrawShadedColumnRGBACommand::Execute(DrawerThread*) (/home/edward-san/zdoom/branch/truecolor/debug/gcc/zdoom+0x5dcf87)
    #1 0x5d11fc in DrawerCommandQueue::Finish() /home/edward-san/zdoom/branch/truecolor/src/r_draw_rgba.cpp:109
    #2 0x5d1ffa in R_FinishDrawerCommands() /home/edward-san/zdoom/branch/truecolor/src/r_draw_rgba.cpp:3428
    #3 0x5b2e39 in FSoftwareRenderer::RenderView(player_t*) /home/edward-san/zdoom/branch/truecolor/src/r_swrenderer.cpp:168
    #4 0x88fa95 in D_Display() /home/edward-san/zdoom/branch/truecolor/src/d_main.cpp:770
    #5 0x891a1c in D_DoomLoop() /home/edward-san/zdoom/branch/truecolor/src/d_main.cpp:1013
    #6 0x898bb6 in D_DoomMain() /home/edward-san/zdoom/branch/truecolor/src/d_main.cpp:2642
    #7 0x5a740d in main /home/edward-san/zdoom/branch/truecolor/src/posix/sdl/i_main.cpp:317
    #8 0x7f01f0e8fabf in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x20abf)
    #9 0x598628 in _start (/home/edward-san/zdoom/branch/truecolor/debug/gcc/zdoom+0x598628)

0x61200018a5b9 is located 121 bytes inside of 289-byte region [0x61200018a540,0x61200018a661)
freed by thread T0 here:
    #0 0x7f01f419202a in operator delete[](void*) (/usr/lib/x86_64-linux-gnu/libasan.so.2+0x9a02a)
    #1 0xeb6aa4 in FPNGTexture::Unload() /home/edward-san/zdoom/branch/truecolor/src/textures/pngtexture.cpp:374
    #2 0xdfefc4 in ST_LoadCrosshair(bool) /home/edward-san/zdoom/branch/truecolor/src/g_shared/shared_sbar.cpp:167
    #3 0x88ef98 in D_Display() /home/edward-san/zdoom/branch/truecolor/src/d_main.cpp:682
    #4 0x891a1c in D_DoomLoop() /home/edward-san/zdoom/branch/truecolor/src/d_main.cpp:1013
    #5 0x898bb6 in D_DoomMain() /home/edward-san/zdoom/branch/truecolor/src/d_main.cpp:2642
    #6 0x5a740d in main /home/edward-san/zdoom/branch/truecolor/src/posix/sdl/i_main.cpp:317
    #7 0x7f01f0e8fabf in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x20abf)

previously allocated by thread T0 here:
    #0 0x7f01f4191a32 in operator new[](unsigned long) (/usr/lib/x86_64-linux-gnu/libasan.so.2+0x99a32)
    #1 0xeb7084 in FPNGTexture::MakeTexture() /home/edward-san/zdoom/branch/truecolor/src/textures/pngtexture.cpp:468
    #2 0xeb6b3a in FPNGTexture::GetColumn(unsigned int, FTexture::Span const**) /home/edward-san/zdoom/branch/truecolor/src/textures/pngtexture.cpp:410
    #3 0xc04c80 in DCanvas::DrawTextureParms(FTexture*, DrawParms&) /home/edward-san/zdoom/branch/truecolor/src/v_draw.cpp:320
    #4 0xc033ce in DCanvas::DrawTexture(FTexture*, double, double, int, ...) /home/edward-san/zdoom/branch/truecolor/src/v_draw.cpp:121
    #5 0xe03ed6 in DBaseStatusBar::DrawCrosshair() /home/edward-san/zdoom/branch/truecolor/src/g_shared/shared_sbar.cpp:1172
    #6 0xe047d7 in DBaseStatusBar::Draw(EHudState) /home/edward-san/zdoom/branch/truecolor/src/g_shared/shared_sbar.cpp:1282
    #7 0xdcd918 in DSBarInfo::Draw(EHudState) /home/edward-san/zdoom/branch/truecolor/src/g_shared/sbarinfo.cpp:1021
    #8 0x890280 in D_Display() /home/edward-san/zdoom/branch/truecolor/src/d_main.cpp:807
    #9 0x891a1c in D_DoomLoop() /home/edward-san/zdoom/branch/truecolor/src/d_main.cpp:1013
    #10 0x898bb6 in D_DoomMain() /home/edward-san/zdoom/branch/truecolor/src/d_main.cpp:2642
    #11 0x5a740d in main /home/edward-san/zdoom/branch/truecolor/src/posix/sdl/i_main.cpp:317
    #12 0x7f01f0e8fabf in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x20abf)

SUMMARY: AddressSanitizer: heap-use-after-free ??:0 DrawShadedColumnRGBACommand::Execute(DrawerThread*)
Shadow bytes around the buggy address:
  0x0c2480029460: fd fd fd fd fd fd fd fd fd fd fd fa fa fa fa fa
  0x0c2480029470: fa fa fa fa fa fa fa fa fd fd fd fd fd fd fd fd
  0x0c2480029480: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
  0x0c2480029490: fd fd fd fd fd fd fd fd fd fd fd fd fa fa fa fa
  0x0c24800294a0: fa fa fa fa fa fa fa fa fd fd fd fd fd fd fd fd
=>0x0c24800294b0: fd fd fd fd fd fd fd[fd]fd fd fd fd fd fd fd fd
  0x0c24800294c0: fd fd fd fd fd fd fd fd fd fd fd fd fd fa fa fa
  0x0c24800294d0: fa fa fa fa fa fa fa fa fd fd fd fd fd fd fd fd
  0x0c24800294e0: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
  0x0c24800294f0: fd fd fd fd fd fd fd fd fd fd fd fa fa fa fa fa
  0x0c2480029500: fa fa fa fa fa fa fa fa fd fd fd fd fd fd fd fd
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:           00
  Partially addressable: 01 02 03 04 05 06 07
  Heap left redzone:       fa
  Heap right redzone:      fb
  Freed heap region:       fd
  Stack left redzone:      f1
  Stack mid redzone:       f2
  Stack right redzone:     f3
  Stack partial redzone:   f4
  Stack after return:      f5
  Stack use after scope:   f8
  Global redzone:          f9
  Global init order:       f6
  Poisoned by user:        f7
  Container overflow:      fc
  Array cookie:            ac
  Intra object redzone:    bb
  ASan internal:           fe
==12763==ABORTING
Edward-san
Mathematics is the language with which God has written the universe. (Galilei)
 
Joined: 17 Oct 2009

PreviousNext

Return to Closed Feature Suggestions

Who is online

Users browsing this forum: D2JK and 1 guest