[Bf-committers] Problems with CMake and drag+drop

[Mitchell Stokes]

When I create a build with CMake+MSVC and attempt to do drag and drop events
as shown in these videos:
http://www.blendernation.com/2010/05/10/improved-drag-and-drop-in-blender2-5/

I get a crash. Here is the call stack:
> blender.exe!normal_quad_v3(float * n, const float * v1, const float * v2,
const float * v3, const float * v4)  Line 74 + 0x3 bytes C
  blender.exe!cdDM_drawFacesSolid(DerivedMesh * dm, float [4]*
partial_redraw_planes, int UNUSED_fast, int (int, void *)* setMaterial)
 Line 482 + 0x3f bytes C
  blender.exe!draw_mesh_fancy(Scene * scene, ARegion * ar, View3D * v3d,
RegionView3D * rv3d, Base * base, int dt, int flag)  Line 2571 + 0x1a bytes
C
  blender.exe!draw_mesh_object(Scene * scene, ARegion * ar, View3D * v3d,
RegionView3D * rv3d, Base * base, int dt, int flag)  Line 2765 + 0x21 bytes
C
  blender.exe!draw_object(Scene * scene, ARegion * ar, View3D * v3d, Base *
base, int flag)  Line 5773 + 0x25 bytes C
  blender.exe!view3d_opengl_select(ViewContext * vc, unsigned int * buffer,
unsigned int bufsize, rcti * input)  Line 1303 + 0x17 bytes C
  blender.exe!mixed_bones_object_selectbuffer(ViewContext * vc, unsigned int
* buffer, short * mval)  Line 971 + 0x16 bytes C
  blender.exe!ED_view3d_give_base_under_cursor(bContext * C, short * mval)
 Line 1124 + 0x14 bytes C
  blender.exe!view3d_ima_bg_drop_poll(bContext * C, wmDrag * drag, wmEvent *
event)  Line 440 + 0x10 bytes C
  blender.exe!wm_handlers_do(bContext * C, wmEvent * event, ListBase *
handlers)  Line 1421 + 0x16 bytes C
  blender.exe!wm_event_do_handlers(bContext * C)  Line 1710 + 0x16 bytes C
  blender.exe!WM_main(bContext * C)  Line 341 + 0x9 bytes C
  blender.exe!main(int argc, unsigned char * * argv)  Line 1170 + 0x9 bytes
C
  blender.exe!__tmainCRTStartup()  Line 278 + 0x19 bytes C
  blender.exe!mainCRTStartup()  Line 189 C


However, I build made using SCons+MSVC appears to work just fine.

I was going to post this in the tracker, but then I figured it was a build
system problem, which I'm told in big red letters not to put in the tracker.

Cheers,
Mitchell Stokes (Moguri)

PS
"Reports of this kind may end op rejected right away." <- "end op" should be
"end up" or maybe "end up being"