kyo

Oops... I had downloaded version 1.4.8.0 back in October, I didn't think about going back to the download page. Thanks for the answer, and of course for your work!

Hi @Water, I've updated AutoIt to 3.3.14.4 and AD to 1.4.8.0, and I've got an error while running code that used to work: It seems an include is missing from AD.au3, as simply running the example code for _AD_Open() results in an error regarding the function _WinAPI_StringFromGUID(). This is the output I get in the console: >"C:\Program Files (x86)\AutoIt3\SciTE\..\AutoIt3.exe" "C:\Program Files (x86)\AutoIt3\SciTE\AutoIt3Wrapper\AutoIt3Wrapper.au3" /run /prod /ErrorStdOut /in "C:\Program Files (x86)\AutoIt3\Include\AD.au3" /UserParams +>09:03:16 Starting AutoIt3Wrapper v.17.224.935.0 SciTE v.3.7.3.0 Keyboard:00001009 OS:WIN_10/ CPU:X64 OS:X64 Environment(Language:0409) CodePage:0 utf8.auto.check:4 +> SciTEDir => C:\Program Files (x86)\AutoIt3\SciTE UserDir => C:\Users\Robert\AppData\Local\AutoIt v3\SciTE\AutoIt3Wrapper SCITE_USERHOME => C:\Users\Robert\AppData\Local\AutoIt v3\SciTE >Running AU3Check (3.3.14.4) from:C:\Program Files (x86)\AutoIt3 input:C:\Program Files (x86)\AutoIt3\Include\AD.au3 "C:\Program Files (x86)\AutoIt3\Include\AD.au3"(2235,99) : error: _WinAPI_StringFromGUID(): undefined function. $aObjectProperties[$iPropertyRecord][1] = _WinAPI_StringFromGUID(DllStructGetPtr($xAD_Dummy)) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^ C:\Program Files (x86)\AutoIt3\Include\AD.au3 - 1 error(s), 0 warning(s) !>09:03:17 AU3Check ended. Press F4 to jump to next error.rc:2 +>09:03:17 AutoIt3Wrapper Finished. >Exit code: 2 Time: 1.204 By adding #include <WinAPIConv.au3> to the top of AD.au3 the sample code runs as it did with 3.3.14.2 and AD 1.4.8.0 (I never tried it with AutoIt 3.3.14.3) Is there something I'm missing? Thanks!

Okay.. so I've tried, and tried, but I'm not familiar enough with Autoit's way of using DLLs and I cannot make it work. Maybe I'll reinstall my C compiler and try it that way!

No, you're right I didn't see that. I'll try this as soon as I can. We're currently swamped with (another) Avid database crash this week.. I'll try this as soon as I can and report back.. Again, thanks for the help!

I found that post in the Avid support forums too, but I haven't been able to contact Udo Sauer yet. I also tried code similar to the one in the thread you mention (the one with KaFu's code), but unfortunately it seems you can only enumerate network resources attached to the machine you are executing the code on. I could use the method to enumerate all resources on the network, but with an infrastructure as large as ours it might be impossibly slow to get a list. What I would need is a way to specify where those resources are offered, and get a list in return. Thanks for the help, it's appreciated.

I'll try and test a few others tomorrow night if I can. Maybe, but after spending that much time on that particular problem I'm not sure if it's still worth it. I mean, I know the names of all the workspaces so I could hardcode them all - which would be a problem once or twice a production season. I can also get the workspaces from an ISIS snapshot - we take a snapshot before restarting any of our production systems, so they're quite up to date in that regard. It's not "live" information, but it works. For the indexed workspaces (those present in the Media Indexer's configuration) it's just a matter of getting the info from the Media Indexer itself, which is easy and what I've been doing for 4-5 years now. I just wanted to get a list of all workspaces created in ISIS for a particular job. That job is done now, and I was working on this to see if it was technically possible; it probably is, but right now the priority is (as always) another problem. If I can find a solution between emergencies and crashes, I'll be happy though! Thanks for the help.

I've tried some of the code included in the Automating Windows Explorer thread, and so far I've hit the same wall: I can't list the folders at the first level. The GetCurrentFolder example for instance, returns an empty MsgBox. Not only on the ISIS, but on a local utility server we have (Windows 2012 R2 Standard) and I can access the subfolders just fine, but I can't list the shares displayed in Windows Explorer when I go to \\servername. If I go to \\servername\some_share then it works. Still, I'll continue to explore in that direction...

@orbs I've tried FreeCommander and I'm able to access the workspaces on the ISIS. It's very slow once I get two folders down - really slow, but it works. Anyways, I'm never navigating like this. Once I know the names of the workspaces, I can directly access the subfolders I have to work on. I looked at the code in thread you mentioned (Automating Windows Explorer), and I'll have to dig into in in details in order to understand how the code works. I've not been able to access the ISIS with that yet. From what I've seen I might be able to get a list of the "folders" from the example code, but as I mentioned, I'll have to understand the code before using it. Thanks for the hints!

They're installed just about everywhere - the AvidFosFS at least. On the 700+ workstations they all have it, and on editing suites and all servers the ISIS Client Manager is also installed. You have to have at least the AvidFosFS service installed, else you can't access the workspaces at all - but yes it goes through Windows internal functions. The 700+ workstations I mentioned had to be configured that way. The proprietary client is Avid's own, and is required for advanced functions. It's an interesting option that I've not explored yet. I had found the threads implementing Windows Explorer's right pane, but not this. Thanks, I'll check that out later tonight. Another option I found is Sylvain Maziere's Python code that mimicks the conversation between the ISIS Management Console and the ISIS itself. It might be the push I need to finally write more than a few hundred lines in Python and really learn the darn thing! :-) Thanks again for your help, I'll let you know how it all turns out. I have a portable version of FreeCommander stashed somewhere on my workstation, I can't remember though if I ever browsed the ISIS with it. I guess not, because I use it mostly on my laptop and it doesn't have access to the ISIS reliably. I'll check that too as soon as I get back to work.

No I don't. But then again I only see a small amount of the hundreds of servers surrounding me, and I can access them all. Thanks for the help

After 32 years, yeah, I do. Well, at least I can pretend I do. Unfortunately this is not a simple system. The Avid ISIS is a storage system for video production. In front of it there are two Windows servers running as a cluster, which are used as what best could be described as the "FAT" of the filesystem, which itself is stored on independent storage blades which are all running a custom version of the Linux kernel. On those Windows server runs an Avid software that defines that particular system. The virtual name I'm referring to is the name given in that software. Yes, both servers are members of our corporate-wide AD structure. To access this storage you need the AvidFosFS service running, and authentication is done through another Avid software called Avid ISIS Client Manager. The items I'm trying to get a list of are called Workspaces, and those are defined in the ISIS Administration console. They are dynamically-sized "folders" used for different purposes. I tried the _Net_Share_ShareEnum function again a few seconds ago, and while it does not return an error, I only get an empty array. I executed the same test on the master of the cluster, with the exact same results. The account used is local admin on both machines used in the test, and on the Avid and ISIS side the account I'm using is also admin. I had to press on with that particular project, so while I'm still trying to figure out how to get the list of workspaces, it has gone to the back burner for now. What bugs me is that I can see them in Windows Explorer, and that tells me it's possible. As for asking technical support... Avid probably won't help since I'm going around the system to compensate for serious shortcomings. Internally, we're the tech support. ;-) Thanks for the help, I'll let you know if I find something.

Sorry about the delay, I was off work for a few days. The command net view \\virtualname /All returns Error 53 - note that I have full access to those resources, as I'm one of the admins. I have a feeling I'm not getting out of this... but thanks for the help!

If I try and type the IP address for the virtual name in a command box (opened with Win+R), Windows Explorer opens with the folders listed. If I do the same at a command prompt with something like net view \\10.10.10.10 /All, it does not work either. I'm sorry if this is not the correct sub-forum for this thread, I trust a moderator will move the thread if it's the case. Thanks!

Greetings, I'm trying to get a list of what appears to be shared folders on a remote server. All my attempts to get that list have failed so far. I've tried getting a list of folders with _FileListToArrayRec() - I can do that on most remote servers, but not this particular one. Now for the particularities of that... particular system: It's an Avid ISIS 7000 system (yes, they're changing the name in the next generation). There are two servers running in a cluster, and network resources are made available through a virtual name. If I open Windows Explorer and go to the virtual name (let's say it's \\virtual), I can see hundreds of items with a description of "Share". Those are the ones I can't get a list of. At the command line I can't list \\virtual either, and net view \\virtual /All responds with error 53. But if I already know one of the folder's name, I can access it easily and get the folder's contents with a call to _FileListToArrayRec(). Ex: \\virtual\folder1 will work, and I will get the list of everything contained within that folder. Is there any method I'm not aware of to determine what kind of shared resource these folders are (because they don't behave like regular shared folders), or is there a method I could use to get that darned list? Any method, any language (Python, C ...) will do, as long as I can call it from AutoIt, What bugs me is that I can see the list of folders in Windows Explorer or in FreeCommander, but I can't get if with AutoIt. Any ideas? Or if I wasn't clear in my explanations, please let me know. English is not my native language, so sometimes it's not easy to translate a clear picture.. Thanks!

The _Iif() function has been removed from Autoit a while back. You can modify that line using the ternary operator, or use a local function like the one proposed in another thread: ; #FUNCTION# ==================================================================================================================== ; Name...........: _Iif ; Description ...: Perform a boolean test within an expression. ; Syntax.........: _Iif($fTest, $vTrueVal, $vFalseVal) ; Parameters ....: $fTest - Boolean test. ; $vTrueVal - Value to return if $fTest is true. ; $vFalseVal - Value to return if $fTest is false. ; Return values .: True - $vTrueVal ; False - $vFalseVal ; Author ........: Dale (Klaatu) Thompson ; Modified.......: ; Remarks .......: ; Related .......: ; Link ..........: ; Example .......: Yes ; =============================================================================================================================== Func _Iif($fTest, $vTrueVal, $vFalseVal) If $fTest Then Return $vTrueVal Else Return $vFalseVal EndIf EndFunc ;==>_Iif That should help.