Jump to content

Recommended Posts

Hi All,

I have many files inside folder with ID Number. The problem here is I want to get ID Number,  file name inside folder and Get Size of its. However when I use loop "For" the result appeared with duplicate data. Please check the example in attached file and help me make the code below better for this case.

#include <File.au3>
#include <Array.au3>
Global $a, $b
$a = _FileListToArrayEx(@ScriptDir, '*.visf')
For $i = 1 to $a[0]
   $b = StringSplit($a[$i], "\")
;~    _ArrayDisplay($b)
   For $j = 1 to $b[0]
;~    ConsoleWrite($b[$b[0] - 1] & '_' & $b[$b[0]] & '    ' & FileGetSize($a[$i])   & @CRLF)
      FileWrite(@ScriptDir & '\result.txt', $b[$b[0] - 1] & '_' & $b[$b[0]] & '    ' & FileGetSize($a[$i])  & @CRLF)
   Next
Next



Func _FileListToArrayEx($s_path, $s_mask = "*.*", $i_flag = 0, $s_exclude = -1, $f_recurse = True, $f_full_path = True)

    If FileExists($s_path) = 0 Then Return SetError(1, 1, 0)

    ; Strip trailing backslash, and add one after to make sure there's only one
    $s_path = StringRegExpReplace($s_path, "[\\/]+\z", "") & "\"

    ; Set all defaults
    If $s_mask = -1 Or $s_mask = Default Then $s_mask = "*.*"
    If $i_flag = -1 Or $i_flag = Default Then $i_flag = 0
    If $s_exclude = -1 Or $s_exclude = Default Then $s_exclude = ""

    ; Look for bad chars
    If StringRegExp($s_mask, "[/:><\|]") Or StringRegExp($s_exclude, "[/:><\|]") Then
        Return SetError(2, 2, 0)
    EndIf

    ; Strip leading spaces between semi colon delimiter
    $s_mask = StringRegExpReplace($s_mask, "\s*;\s*", ";")
    If $s_exclude Then $s_exclude = StringRegExpReplace($s_exclude, "\s*;\s*", ";")

    ; Confirm mask has something in it
    If StringStripWS($s_mask, 8) = "" Then Return SetError(2, 2, 0)
    If $i_flag < 0 Or $i_flag > 2 Then Return SetError(3, 3, 0)

    ; Validate and create path + mask params
    Local $a_split = StringSplit($s_mask, ";"), $s_hold_split = ""
    For $i = 1 To $a_split[0]
        If StringStripWS($a_split[$i], 8) = "" Then ContinueLoop
        If StringRegExp($a_split[$i], "^\..*?\..*?\z") Then
            $a_split[$i] &= "*" & $a_split[$i]
        EndIf
        $s_hold_split &= '"' & $s_path & $a_split[$i] & '" '
    Next
    $s_hold_split = StringTrimRight($s_hold_split, 1)
    If $s_hold_split = "" Then $s_hold_split = '"' & $s_path & '*.*"'

    Local $i_pid, $s_stdout, $s_hold_out, $s_dir_file_only = "", $s_recurse = "/s "
    If $i_flag = 1 Then $s_dir_file_only = ":-d"
    If $i_flag = 2 Then $s_dir_file_only = ":D"
    If Not $f_recurse Then $s_recurse = ""

    $i_pid = Run(@ComSpec & " /c dir /b " & $s_recurse & "/a" & $s_dir_file_only & " " & $s_hold_split, "", @SW_HIDE, 4 + 2)

    While 1
        $s_stdout = StdoutRead($i_pid)
        If @error Then ExitLoop
        $s_hold_out &= $s_stdout
    WEnd

    $s_hold_out = StringRegExpReplace($s_hold_out, "\v+\z", "")
    If Not $s_hold_out Then Return SetError(4, 4, 0)

    ; Parse data and find matches based on flags
    Local $a_fsplit = StringSplit(StringStripCR($s_hold_out), @LF), $s_hold_ret
    $s_hold_out = ""

    If $s_exclude Then $s_exclude = StringReplace(StringReplace($s_exclude, "*", ".*?"), ";", "|")

    For $i = 1 To $a_fsplit[0]
        If $s_exclude And StringRegExp(StringRegExpReplace( _
            $a_fsplit[$i], "(.*?[\\/]+)*(.*?\z)", "\2"), "(?i)\Q" & $s_exclude & "\E") Then ContinueLoop
        If StringRegExp($a_fsplit[$i], "^\w:[\\/]+") = 0 Then $a_fsplit[$i] = $s_path & $a_fsplit[$i]
        If $f_full_path Then
            $s_hold_ret &= $a_fsplit[$i] & Chr(1)
        Else
            $s_hold_ret &= StringRegExpReplace($a_fsplit[$i], "((?:.*?[\\/]+)*)(.*?\z)", "$2") & Chr(1)
        EndIf
    Next

    $s_hold_ret = StringTrimRight($s_hold_ret, 1)
    If $s_hold_ret = "" Then Return SetError(5, 5, 0)

    Return StringSplit($s_hold_ret, Chr(1))
EndFunc

 

Example.zip

Edited by tezhihi
Link to post
Share on other sites

The 2nd For/Next loop is useless 

#include <File.au3>
#include <Array.au3>
Global $a, $b
$a = _FileListToArrayEx(@ScriptDir, '*.visf')
;  _ArrayDisplay($a)
For $i = 1 to $a[0]
      $b = StringSplit($a[$i], "\")
;~    ConsoleWrite($b[$b[0] - 1] & '_' & $b[$b[0]] & '    ' & FileGetSize($a[$i])   & @CRLF)
      FileWrite(@ScriptDir & '\result.txt', $b[$b[0] - 1] & '_' & $b[$b[0]] & '    ' & FileGetSize($a[$i])  & @CRLF)
Next

 

 

Link to post
Share on other sites
4 hours ago, mikell said:

The 2nd For/Next loop is useless 

#include <File.au3>
#include <Array.au3>
Global $a, $b
$a = _FileListToArrayEx(@ScriptDir, '*.visf')
;  _ArrayDisplay($a)
For $i = 1 to $a[0]
      $b = StringSplit($a[$i], "\")
;~    ConsoleWrite($b[$b[0] - 1] & '_' & $b[$b[0]] & '    ' & FileGetSize($a[$i])   & @CRLF)
      FileWrite(@ScriptDir & '\result.txt', $b[$b[0] - 1] & '_' & $b[$b[0]] & '    ' & FileGetSize($a[$i])  & @CRLF)
Next

 

 

Thank you so muchhhhhhhhhh @mikell

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By prizm1
      AppendVersion_X64

      AppendVersion_x64 is a simple program intended to expedite the systematic renaming of  executable
      installation files, compressed installation files and Start Menu links that point to installed executable
      program files.

      In this discussion, 'target executable file' can refer to an uncompressed installation executable, or to the
      compressed installation executable file inside a packaged compressed file (zip, 7z, rar or tar), or to the
      executable file that a Start Menu link points to. A 'rename target' can refer, again, to an uncompressed
      installation executable file, or to the compressed file containing a packaged target executable file, or to
      a Start Menu link pointing to a target executable file.

      There are four scenarios for AppendVersion processing:
      An installation executable file is renamed and appended with that target executable file's own
      file version number.
      A compressed installation file (zip, 7z, tar, or rar) is renamed and appended with its compressed
      target executable file's own file version number.
      A Start Menu link pointing to its target executable file is renamed and appended with that
      target executable file's own version number.
      A folder is selected containing any assorted collection of rename target types.

      Having an archived program installation file renamed with its target executable file's file properties
      version number appended to the installation file's name, in a systematic format, aids in quickly
      determining whether or not you have the latest version installed.

      Having all the Start Menu program links (rename targets) appended with their target executable file's
      version numbers quickly aids in determining whether or not you have the most recent published
      upgrade or update of that program installed. Hovering your mouse over  a Start Menu link will
      conveniently display the target executable file's version number.

      Start Menu links exist in two system folders:
      @ProgramsDir (%appdata%\Microsoft\Windows\Start Menu\Programs)
      @ProgramsCommonDir (%programdata%%\Microsoft\Windows\Start Menu\Programs)
      Renaming Start Menu links in these two folders require Administrator privilege. You can either compile
      this AppendVersion.au3 script with the #RequireAdmin macro at the top of the script, or go to the
      compiled executable 'AppendVersion_x64.exe' file's Properties Compatibility tab and check 'Run this
      program as an administrator'.

      ====
      AppendVersion can also receive full file path argument parameters via Run or the Windows terminal.
      This allows for processing files from different directory locations in one AppendVersion session.
      ====

      AppendVersion  is initiated via a Windows SendTo 'AppendVersion' link. Running the compiled
      executable 'AppendVersion_X64.exe' once will auto-create an 'AppendVersion' link in the SendTo
      subfolder if the SendTo link does not exist and will also create a default Settings.ini file in the @ScriptDir
      folder if the Settings.ini file does not exist. The Settings.ini file maintains basenames and other
      configuration data that AppendVersion requires.

      ====
      Icon @ScripDir subfolder location directive for compiling AppendVersion_x64.au3 is:
      #AutoIt3Wrapper_Icon=.\Icon\add2.ico
      ====

      To use AppendVersion, in Windows Explorer select one or more rename target files, rename target links
      and any folders containing rename target files or links, then select the SendTo 'AppendVersion' link.

      You can also right-click on a Start Menu link and select Open Location:

      After Windows Explorer opens, right-click on the highlighted rename target link and then select
      'AppendVersion' from the SendTo menu.

      You can also process Start menu rename target links enmasse in succession by selecting one of the two
      Programs folders where Windows maintains most all the Start Menu links:
      %appdata%\Microsoft\Windows\Start Menu
      %programdata%\Microsoft\Windows\Start Menu
      Select one of the two Programs folders and then select 'AppendVersion' from the SendTo menu

      You can process both Programs folders in one session by running the compiled executable
      'AppendVersion Start Menu Links_x64.exe'.

      ====
      The script maintains processed file identification data in the Settings.ini [BaseNames] section. This
      section is used in identifying new updated versions of earlier files previously processed by
      AppendVersion. This file identification data (key basenames and fingerprint value) is used to compare
      and systematically rename later matching updated versions of the identified file.

      'Basename(s)' is one or two substrings in the installation file that usually does not change in the rename
      target file name from one file version to the next.

      Except for file size and file/product version properties, which can change with every new file version, the
      remaining available target file properties are concatenated together to create a target file properties
      'fingerprint'. The fingerprint consists of file properties that usually will not change from one target file
      version to the next, i.e., 'File Description', 'Product Name', 'Copyright', 'Language', 'Original File name',
      'Legal Trademarks', 'Company Name' and 'DefaultLangCodePage'.

      The basename(s) and fingerprint together constitute the 'identification' of a candidate file. This ID is
      used to identify later downloaded versions of the file that can be automatically renamed without user
      interaction.

      If the target executable file's properties does not have a file version number, the file's product version
      number will be used instead in the version appending and renaming of the file.
      If the target executable has neither a file version nor product version number, the user will be prompted
      to enter the published file version number acquired from the provider's web site.

      Both the basename(s) and version numbers will be used for the renaming of the file.

      If the rename target file is in a popular compressed format, i.e., (*.zip, *.7z, *.rar, and *.tar), the script
      will use PeaZip-portable to decompress the zipped file into a temporary folder (@ScripDir & "\UnZip")
      and then prompt the user to select the target executable file with file properties used in the rename
      target 'identification'.
      The freeware PeaZip portable can be downloaded from:
      https://peazip.github.io/peazip-portable.html
      Unpack PeaZip portable into the @ScripDir & "\peazip" subfolder.

      Once the target executable file properties are read from the target executable, the user will be
      prompted to configure the basename(s) from the rename target file name, unless an identification
      already exists in Settings.ini, in which case the rename target file will automatically be renamed by
      AppendVersion. The process is not always fully automatic. If the target executable file has neither a file
      nor product version in its file properties, the user will be prompted to manually enter the published file
      version number.

      Process example, the target file for renaming is:
      FreeFileSync_11.14_[Donation_Edition]_Windows_Portable.zip

      Righ-click on the file. Select 'AppedVersion' from the SendTo submenu.

      The script, recognizing the rename target file as a compressed file (*.zip, *.7z, *.tar, and *.rar), will decompress
      the rename target file into a temporarily created @ScriptDir & '\UnZip' folder.

      Then, the user will then be prompted to select from the folder or subfolder containing the target
      executable file from which the file properties will be read:
      'FreeFileSync_11.14_[Donation_Edition]_Setup.exe'.

      Once the target executable file is selected and opened, the script will prompt the user to create one or
      two basename(s) from the rename target zip file's name.

      Base name(s) are created from the rename target zip file name (without extension):
      Examples,   'FreeFileSync_' , '[Donation_Edition]' and '_Windows_Portable'.

      Base names must be separate substrings in the rename target zip file's name.

      The user can choose to use just one or two base names for file identification.

      The user can also choose to use the entirety of the original rename target zip file name:
      'FreeFileSync_11.14_[Donation_Edition]_Windows_Portable'
      as a base name in renaming later versions of FreeFileSync. This may not be advisable with this base name, since later versions of this rename target
      file name will not have version '11.14' in the name, but this naming convention is an option.

      In this example, I will use the 'FreeFileSync_" and '[Donation_Edition]' substrings as base names, since
      these are file name structures that are unique to the file name and will probably not change in later
      published file version names.

      The file properties fingerprint collected from the FreeFileSync.exe executable is:
      FreeFileSyncFreeFileSync.orgFreeFileSync-FolderComparisonandSynchronization040904B0

      To use two base names for later automatic file version identification, the base names must be
      separated with a colon ':', i.e., 'FreeFileSync_:[Donation_Edition]'.
      If a later file version of a candidate rename target file's name contains both of these substrings and
      has the same target executable file properties 'fingerprint', the script will automatically identify and
      rename the later-versioned file's name.

      The combined file identification of [Key] base names + [Value] fingerprint is:
      FreeFileSync_:[Donation_Edition]=FreeFileSyncFreeFileSync.orgFreeFileSyncFolderComparisonandSynchronization040904B0

      This identification is stored in the Settings.ini file under the [BaseNames] section.
      When a new version of FreeFileSync_XX.XX_[Donation_Edition]_Windows_Portable.zip is processed by
      AppendVersion, if an entry in Settings.ini [BaseNames] section can match the rename target's file name
      and also match the candidate target executable's fingerprint, the script will use this to automatically rename the zip file.

      Finally, the rename target file is then renamed with the base name(s) and with one of three version
      prefixes to the version number:
      " - fver_ "; for files with a properties file version number (preferred default)
      " - pver_ "; for files without file version numbers but with product version numbers(fallback)
      " - uver_ "; for files with neither file nor product numbers. User manually entered published file version number.

      NOTE: These version format prefixes can be changed in Settings.ini [QuotedPrefix] section to meet your
      prefix format preferences. The [QuotedPrefix] section value entries must be quoted.

      In this example, FreeFileSync.exe contains a properties file version number of 11.14.0.0
      The resultant AppendVersion renamed file is:
      FreeFileSync_[Donation_Edition] - fver_ 11.14.0.0.zip

      This systematic approach works well with most file names, but files with short file names such as 'a.exe'
      and having no finger-printable file properties are problematic. In such case, perhaps renaming the
      downloaded file with a longer, unique name before running this script on it is preferrable, although
      renaming the file before processing it with AppendVersion circumvents the purpose of the script. This
      would not be an issue if software creators would always include full file properties in their file
      compilations.
      Settings.ini add2.ico ReadMe.pdf
      AppendVersion Start Menu Links.au3 AppendVersion.au3
    • By Colduction
      Hi guys! i want to write speedy and very fast code to check if chosen filename exists then add "-1" at end of it and if chosen filename exists again, add "-2" instead of "-1" and check filename until be unique.
       
      For Example: I have to write "Filename.txt" in C:\ directory with FileOpen then check if "Filename.txt" exists in that directory then rename chosen filename to "Filename-2.txt" and if exists again in directory, rename chosen filename to "Filename-3.txt" and do this work until to find unique number to add end of filename.




       
      ====================== SOLUTION by @Subz ======================
       
    • By Tippex
      I have a problem with FileOpenDialog using long default filenames ... they always get truncated. 
      For example: 
      "A Long FileName.mpg" as a default would prompt as just "FileName.mpg" (but scrolling left will show it named correctly).
      Does anyone know of a fix for this please (I didn't spot it in a Forum search), or is it one for the bug tracker?
      #include <FileConstants.au3> #include <MsgBoxConstants.au3> Local Const $sMessage = "Hold down Ctrl or Shift to choose multiple files." Local $sFileOpenDialog = FileOpenDialog($sMessage, @WindowsDir & "\", "Images (*.jpg;*.bmp)|Videos (*.avi;*.mpg)", BitOR($FD_FILEMUSTEXIST, $FD_MULTISELECT), "A Long FileName.mpg") Thanks,
    • By ur
      I have an ini file which has structure as below.

      And I want to use this value and change only the file name in below path of another ini file.
       
      Can you suggest any approach.


    • By 31290
      Hi everyone
      Hope you're doing great today.
      Well, I have a little question about extracting a certain string from a file name to make comparison after treatment.
      Let's get into the details:
      First of all, I gather and store a machine BIOS Version by running this:
      RunWait(@ComSpec & " /c " & "wmic bios get SMBIOSBIOSVERSION >> C:\Drivers\Tag.txt" & @CRLF, "", @SW_HIDE, "$STDOUT_CHILD") _FileWriteToLine("c:\Drivers\BIOS_Version.txt", 1, "", 1) $sContent = FileRead ("C:\Drivers\BIOS_Version.txt") $sContent = StringRegExpReplace($sContent, " ", "") Result is, for example, A10
      Then, I download the latest available BIOS version from the Dell related model website and the filename of the latest BIOS is stored in a $sBIOSName variable.
      Result is for example, E5440A14.exe
      What i can't figure out is how to extract the Bios name stored in the $sBIOSName knowing that each model this app would run won't have the same number of chars.
      Indeed, I have some OPL790AXX.exe / OPL7010AXX.exe / E5470AXX.exe etc...
      I imagine something like getting the whole string, left trimming it to the first A found count 2 chars on the right and store them to have the possibility to make the check between A10 and A14 (as the number of char of filenames is never the same)
      Hope this is clear  If not, don't hesitate to ask for more.
      Thanks in advance for the help
       
×
×
  • Create New...