Wayada

Try replacing the ODBCsources function with this one: Func ODBCsources($h_controlID, $s_RegEntry, $s_Type) Local $s_List, $i_dsncount, $s_VarNm, $s_Value, $i $i = 1 $s_VarNm = RegEnumVal($s_RegEntry, $i) $s_Value = RegRead($s_RegEntry, $s_Varnm) While $s_VarNm <> ("No more data is available." & @CRLF) $s_VarNm = RegEnumVal($s_RegEntry, $i) $s_Value = RegRead($s_RegEntry, $s_Varnm) If $s_Varnm <> ("No more data is available." & @CRLF) Then GUICtrlCreateListViewItem($s_VarNm & "|" & $s_Type & "|" & $s_Value, $h_controlID) $i += 1 $i_DSNcount += 1 EndIf Wend EndFunc

Thanks. I am using your plugin to automate archiving of our design files. There are a 100+ directories that are archived to individual zip files regularly as they are modified, updated, add to, etc. Some of these directories may contain as many 200+ files in numerous sub-directories. The recursive search and depth of directory tree would explain the load I guess. Not a big deal really, I just have it run and the end of the day instead of having the other engineers update the archive themselves when they make changes. Was just wondering if there was an easy solution I could do on my end. Regards, Mike

First of all thanks, works great. I noticed when adding a directory to a zip, that there is very heavy CPU load just prior to actually starting the zip process. The durration of this load increases with the size of and/or number of files in directory being added. It seems that while it is in this state there is no pausing it either i.e. throwing a sleep into and adlib call. Is there away to reduce the CPU load durring that time. Regards, Mike

Came in search of the same answers as Rick. Has anyone had any success with this. Unfortuneatly for me this is above and beyond my talent and knowledge of AutoIt and objects.