Jump to content

Recommended Posts

Posted
  On 8/2/2013 at 9:21 PM, JohnOne said:

I expect ShellExecute() still returns 0 on failure?

Still a possible script breaking change...

If ShellExecute(...) = 1 Then
    ;Broken Script
EndIf

EDIT: If I were the boss of it, I'd probably set @extended to PID

Using @extended was discussed, and discarded as ShellExecute should be the preferred option over run, and they should behave similarly.

Also its the right way to do it. If some badly written scripts break as a result, then you still have the option of running them with an older version of AutoIt.

Posted (edited)

Script breaking changes are documented in the help file. If the "developer/user" downloads the new version of AutoIt without reading beforehand what is different, then that's their choice.

Edited by guinness

UDF List:

  Reveal hidden contents

Updated: 22/04/2018

Posted
  On 8/2/2013 at 9:46 PM, Jos said:

We need to change the Scriptbreaking line about ShellExecute() to be under AutoIt in stead of UDF. :)

Done.

UDF List:

  Reveal hidden contents

Updated: 22/04/2018

Posted
  On 8/2/2013 at 9:31 PM, Mat said:

Using @extended was discussed, and discarded as ShellExecute should be the preferred option over run, and they should behave similarly.

Also its the right way to do it. If some badly written scripts break as a result, then you still have the option of running them with an older version of AutoIt.

Furry muff, I'm not worried about my own, I'd never write it like that.

  On 8/2/2013 at 9:37 PM, guinness said:

Script breaking changes are documented in the help file. If the "developer/user" downloads the new version of AutoIt without reading beforehand what is different, then that's their choice.

And they are usually mentioned in the OP.

AutoIt Absolute Beginners    Require a serial    Pause Script    Video Tutorials by Morthawt   ipify 

Monkey's are, like, natures humans.

Posted

Running a few benchmark tests indicate that the speed is very near 3.3.8.1.  Nice job!

My contributions:

  Reveal hidden contents

Performance Counters in Windows - Measure CPU, Disk, Network etc Performance | Network Interface Info, Statistics, and Traffic | CPU Multi-Processor Usage w/o Performance Counters | Disk and Device Read/Write Statistics | Atom Table Functions | Process, Thread, & DLL Functions UDFsProcess CPU Usage Trackers | PE File Overlay Extraction | A3X Script Extract | File + Process Imports/Exports Information | Windows Desktop Dimmer Shade | Spotlight + Focus GUI - Highlight and Dim for Eyestrain Relief | CrossHairs (FullScreen)Rubber-Band Boxes using GUI's (_GUIBox) | GUI Fun! | IE Embedded Control Versioning (use IE9+ and HTML5 in a GUI) | Magnifier (Vista+) Functions UDF | _DLLStructDisplay (Debug!) | _EnumChildWindows (controls etc) | _FileFindEx | _ClipGetHTML | _ClipPutHTML + ClipPutHyperlink | _FileGetShortcutEx | _FilePropertiesDialog | I/O Port Functions | File(s) Drag & Drop | _RunWithReducedPrivileges | _ShellExecuteWithReducedPrivileges | _WinAPI_GetSystemInfo | dotNETGetVersions | Drive(s) Power Status | _WinGetDesktopHandle | _StringParseParameters | Screensaver, Sleep, Desktop Lock Disable | Full-Screen Crash Recovery

Wrappers/Modifications of others' contributions:

_DOSWildcardsToPCRegEx (original code: RobSaunder's) | WinGetAltTabWinList (original: Authenticity)

UDF's added support/programming to:

_ExplorerWinGetSelectedItems | MIDIEx UDF (original code: eynstyne)

(All personal code/wrappers centrally located at Ascend4nt's AutoIT Code)

Guest
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...