Jitsu

Member
  • Content count

    2
  • Joined

  • Last visited

Posts posted by Jitsu


  1. So... since 1.3.1 ApexDC is crashing EVERY time when it encounters an .mdf or .mds file. I assume it has something to do with the file type association (currently using Alcohol120% for both). It will inevitabely crash when the files appear in file or search list. On the other side it's fine browsing a file list, as long as we don't open the directory containing the file.

    That's my investigation so far, dunno if that's useful, could be just garbage being passed to my debugger:

    >	ApexDC.exe!ATL::CWindowImplBaseT<WTL::CTreeViewCtrlT<ATL::CWindow>,ATL::CWinTraits<1442840576,0> >::WindowProc(HWND__ * hWnd=0x0006fafc, unsigned int uMsg=0, unsigned int wParam=0, long lParam=0) Line 3089 + 0x13 bytes	C++
    
    
    and: in:
    
    template <class TBase, class TWinTraits>
    
    LRESULT CALLBACK CWindowImplBaseT< TBase, TWinTraits >::WindowProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
    altwin.h:3089
    
    	// do the default processing if message was not handled
    
    	if(!bRet)
    
    	{
    
    		if(uMsg != WM_NCDESTROY)
    
    --->> 	lRes = pThis->DefWindowProc(uMsg, wParam, lParam);
    
    		else
    
    		{
    
    			// unsubclass, if needed
    
    			LONG_PTR pfnWndProc = ::GetWindowLongPtr(pThis->m_hWnd, GWLP_WNDPROC);
    
    			lRes = pThis->DefWindowProc(uMsg, wParam, lParam);
    
    			if(pThis->m_pfnSuperWindowProc != ::DefWindowProc && ::GetWindowLongPtr(pThis->m_hWnd, GWLP_WNDPROC) == pfnWndProc)
    
    				::SetWindowLongPtr(pThis->m_hWnd, GWLP_WNDPROC, (LONG_PTR)pThis->m_pfnSuperWindowProc);
    
    			// mark window as destryed
    
    			pThis->m_dwState |= WINSTATE_DESTROYED;
    
    		}
    
    	}

    Marked line as a breakpoint with an "invaling floating-point opertaion" encountered.

    //edit

    Sadly i don't have a backtrace or core dump. But that crash is easily reproducible. Not yet confirmed if related with alcohol120% file type association.

    //edit2

    Confirmed. Crash is caused somehow by alcohol120% file association. When changed to random apps (notepad and python idle lol) it works just fine.