Modify ↓
Opened 6 years ago
Closed 5 years ago
#3705 closed Bug (No Bug)
Fixed: Assigning objects by reference to COM properties
Reported by: | MrCreatoR <mrgeorge.sandler@…> | Owned by: | |
---|---|---|---|
Milestone: | Component: | AutoIt | |
Version: | 3.3.14.0 | Severity: | None |
Keywords: | Cc: |
Description
The fix described in the title probably broke new feature added in 3.3.10.0:
Changed: Run-time errors on objects no longer fatal (execution of the script is not halted).
Here is an example that works in 3.3.10.x, but produces fatal error in 3.3.14.x:
$oDict = ObjCreate('Scripting.Dictionary') $oDict.Add('test', 'ok') ConsoleWrite($oDict.Item('test') & @CRLF) $oDict.Remove('test') ;Purpesly remove again not existing item, which will produce fatal error in 3.3.14.x ;Uncomment condition to solve this issue ;If $oDict.Exists('test') Then $oDict.Remove('test') ;EndIf
Attachments (0)
Change History (3)
comment:1 Changed 6 years ago by jchd18
comment:2 Changed 5 years ago by water
That's correct COM error handling has been reverted as you described.
comment:3 Changed 5 years ago by water
- Resolution set to No Bug
- Status changed from new to closed
Guidelines for posting comments:
- You cannot re-open a ticket but you may still leave a comment if you have additional information to add.
- In-depth discussions should take place on the forum.
For more information see the full version of the ticket guidelines here.
Note: See
TracTickets for help on using
tickets.
Unless I missed it, it seems that the changelog didn't explicitely mention when COM errors have been reverted to the old benavior: fatal error or user-supplied COM error handler instead of directing COM errors to @error.