Beiträge von zisco67

Danke dir!

Hallo, ich muss herausfinden, welches autoit-skript für einen kontinuierlichen ping auf einen unserer Server zuständig ist. Ich habe also mal versucht, mit listdlls herauszufinden, welcher prozess die icmp.dll verwendet -> keiner. Also hab ich ein kleines autoit-skript gebaut, welches 10000x hintereinander pingt und mit listdlls die von diesem tool verwendeten dll's identifiziert.
Die Frage ist nun, welche dll ist für den eigentlichen ping zuständig?
c:\Program Files (x86)\TeamViewer\Version9\tv_w32.dll
C:\temp\ping_test.exe
C:\Windows\SYSTEM32\ntdll.dll
C:\Windows\SYSTEM32\wow64.dll
C:\Windows\SYSTEM32\wow64cpu.dll
C:\Windows\SYSTEM32\wow64win.dll
C:\Windows\syswow64\ADVAPI32.dll
C:\Windows\syswow64\COMDLG32.dll
C:\Windows\syswow64\CRYPT32.dll
C:\Windows\syswow64\CRYPTBASE.dll
C:\Windows\SysWOW64\DialogFilterProc.dll
C:\Windows\SysWOW64\DNSAPI.dll
C:\Windows\SysWOW64\fwpuclnt.dll
C:\Windows\syswow64\GDI32.dll
C:\Windows\syswow64\iertutil.dll
C:\Windows\SysWOW64\IMM32.DLL
C:\Windows\SysWOW64\IPHLPAPI.DLL
C:\Windows\syswow64\kernel32.dll
C:\Windows\syswow64\KERNELBASE.dll
C:\Windows\syswow64\LPK.dll
C:\Windows\SysWOW64\MPR.dll
C:\Windows\syswow64\MSASN1.dll
C:\Windows\syswow64\MSCTF.dll
C:\Windows\syswow64\msvcrt.dll
C:\Windows\SysWOW64\mswsock.dll
C:\Windows\SysWOW64\napinsp.dll
C:\Windows\SysWOW64\NLAapi.dll
C:\Windows\syswow64\NSI.dll
C:\Windows\SysWOW64\ntdll.dll
C:\Windows\syswow64\ole32.dll
C:\Windows\syswow64\OLEAUT32.dll
C:\Windows\SysWOW64\pnrpnsp.dll
C:\Windows\SysWOW64\profapi.dll
C:\Windows\syswow64\PSAPI.DLL
C:\Windows\SysWOW64\rasadhlp.dll
C:\Windows\syswow64\RPCRT4.dll
C:\Windows\SysWOW64\sechost.dll
C:\Windows\syswow64\SHELL32.dll
C:\Windows\syswow64\SHLWAPI.dll
C:\Windows\syswow64\SspiCli.dll
C:\Windows\syswow64\urlmon.dll
C:\Windows\syswow64\USER32.dll
C:\Windows\SysWOW64\USERENV.dll
C:\Windows\syswow64\USP10.dll
C:\Windows\SysWOW64\UxTheme.dll
C:\Windows\SysWOW64\VERSION.dll
C:\Windows\syswow64\WININET.dll
C:\Windows\SysWOW64\WINMM.dll
C:\Windows\SysWOW64\WINNSI.DLL
C:\Windows\SysWOW64\winrnr.dll
C:\Windows\syswow64\WS2_32.dll
C:\Windows\SysWOW64\WSOCK32.dll
C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.7601.17514_none_41e6975e2bd6f2b2\COMCTL32.dll

Danke!

Zusatzfrage:
Bezieht sich #include_once nur auf die nächste #include-Anweisung oder auf alle folgenden?

Also ist z.B.
#include_once
#include "TestA.au3"
#include "TestB.au3"

identisch mit
#include_once
#include "TestA.au3"
#include_once
#include "TestB.au3"

Ich durfte die Wartung von ein paar AutoIt-Skripten übernehmen und stehe nun vor folgendem Problem:

1) Skript A hat ein Skript B included
2) Skript A ruft eine Funktion von Skript B auf, die ein Trace-File öffnet
3) Skript A schreibt in das Trace-File
4) Skript A ruft Skript C auf (dieses hat ebenfalls Skript B included)
5) Skript C würde an sich auch tracen, nur kommt nichts im Trace-File an bzw. wird auch kein weiteres Trace-File angelegt/geschrieben

Mit #include-once funktionierts leider auch nicht.
Wenn ich aber Teile von Skript C in Skript A packe, dann wird sehr wohl getraced...(das möchte ich aber eigentlich vermeiden).

Hat jemand eine Erklärung bzw. Lösung?
Danke!