diff options
| author | Pietro Gagliardi <[email protected]> | 2014-02-12 14:15:09 -0500 |
|---|---|---|
| committer | Pietro Gagliardi <[email protected]> | 2014-02-12 14:15:09 -0500 |
| commit | 0a9f40812950ad00239e93141a37183666d5f3eb (patch) | |
| tree | f42d898064f505254f842fccf36fade0bb9b69f1 | |
| parent | a272436ee6aadb67cb9f4d54633981631ba261f3 (diff) | |
More TODOs... this time about crashes... oh boy...
| -rw-r--r-- | todo.md | 5 |
1 files changed, 5 insertions, 0 deletions
@@ -2,6 +2,11 @@ so I don't forget: - Window.SizeToFit() or WIndow.OptimalSize() (use: `Window.SetSize(Window.OptimalSize())`) for sizing a window to the control's interest - Control.Show()/Control.Hide() +super ultra important things: +- the windows build appears to be unstable: + - 64-bit doesn't work, period: it crashes in malloc in wine with heap corruption warnings aplenty during DLL loading; in windows 7 CreateWindowExW complains about an unregistered window class, yet the RegisterClassW appears to have succeeded and examining the stack in WinDbg indicates the correct class name is being sent (see below) + - 32-bit: it works now, but if I save the class name converted to UTF-16 beforehand, wine indicates that the class name is replaced with the window title, so something there is wrong... + important things: - maybe make it so I don't need to expose Window.sysData to controls? I need a way to get the window HWND for the Windows one... - maybe make it so sysData doesn't need specialized info on every control type? |
