Custom Query
Results (7 - 9 of 3838)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#25 | Fixed | _WinAPI_LoadShell32Icon doc typo | Gary | MadBoy |
Description |
It says: When you are done with the icon, call _API_DestroyIcon to release the icon handle when it should be: When you are done with the icon, call _WinAPI_DestroyIcon to release the icon handle |
|||
#32 | Fixed | _GUICtrlTreeView_GetNext does not return 0 for last item | Gary | DarkTurok |
Description |
The following code shows a bug in _GUICtrlTreeView_GetNext. The bug also affects _GUICtrlTreeView_FindItem; this routine will enter a infinite loop when the searched text is not found in the tree-view, because it relies on _GUICtrlTreeView_GetNext to return zero when called for the last item. (Thus prio Major) #include <GuiConstantsEx.au3> #include <GuiTreeView.au3> #include <GuiImageList.au3> Opt('MustDeclareVars', 1) Example_External() Func Example_External() Local $GUI, $hItem[10], $hTreeView Local $iStyle = BitOR($TVS_EDITLABELS, $TVS_HASBUTTONS, $TVS_HASLINES, $TVS_LINESATROOT, $TVS_DISABLEDRAGDROP, $TVS_SHOWSELALWAYS ) $GUI = GUICreate("(External) TreeView Get Next", 400, 300) $hTreeView = _GUICtrlTreeView_Create ($GUI, 2, 2, 396, 268, $iStyle, $WS_EX_CLIENTEDGE) GUISetState() _GUICtrlTreeView_BeginUpdate ($hTreeView) For $x = 0 To 5 $hItem[$x] = _GUICtrlTreeView_Add ($hTreeView, 0, StringFormat("[%02d] New Item", $x + 1), $iImage, $iImage) Next _GUICtrlTreeView_EndUpdate ($hTreeView) If _GUICtrlTreeView_GetNext( $hTreeView, $hItem[5] ) <> 0 Then MsgBox(4160, "Information", "_GUICtrlTreeView_GetNext does not return 0 when called with last item" ) EndIf ; Loop until user exits Do Until GUIGetMsg() = $GUI_EVENT_CLOSE GUIDelete() EndFunc ;==>Example_External |
|||
#36 | Fixed | MS SQL BigInt masked with 0xFFFFFF00 | Valik | jpoulsen2 |
Description |
When storing an integet value as a bigint, decimal or numeric in MS SQL db using ADODB, the value is stored correctly in the db (verified with DatAdmin 0.8.8). But when the value is returned it seems to be masked with 0xFFFFFF00 resulting in the last byte always being 0. This problem does not occur with the types float and int. Sample code: see attached file |