_Function(@ScriptLineNumber)
_Func()
Func _Func()
_Function(@ScriptLineNumber)
EndFunc
Func _Function($Line)
ConsoleWrite("Parent: " & $Line & @CRLF) ;?
EndFuncHi,
ich löse das Problem in einigen meiner Scripte, indem ich global einen $func_name definiere, der dann z.B. bei Fehlermeldungen abgefragt wird. Funktionen werden ggf zu "Modulen" zusammengefasst. $MODUL ist dann z.B. der Funktionsname.
Das würde dann z.B. zu einer Fehlermeldung "Fehler in Modul AUSGABE **hier steht dann der Fehlertext**. Das Modul AUSGABE wurde von Modul EINGABE aufgerufen!" führen. Besser als "Error in line -1. AutoIt will be terminated...Press OK to continue"
Für die "Ebene" (ich gehen von einer Rekursion aus) kann man einen Zähler definieren. Ggf. als STATIC (wird dieses Schlüsselwort eigentlich für die Zukunft unterstützt?).
EDIT /zu spät....das passiert, wenn man während des postens telefoniert und Kaffee kochen geht^^
Ich weiß auch keine Lösung dafür, aber was mich interessiert ist, wozu muss man wissen, von welcher Ebene eine Funktion aufgerufen wurde?
Mir ist eine solche Problematik bisher nie begegnet. 
Oscar ,
in Rekursionen, um ein Abbruchkriterium zu haben. Eine andere Anwendung fiele mir auch nicht ein
Ich hab ehrlich gesagt noch keine eindeutige Verwendung dafür 
Sind nur Überlegungen, wie ich in einer UDF die Speicherreservierung besser machen kann.
Wenn es Macros wie @ParentFuncName oder @RecursionLevel gäbe, dann hätte ich die Möglichkeit meinen Speicher eindeutig zuzuordnen.
bzw. automatisch freigeben, wenn ich mich nicht mehr in dieser "Position" befinde
weiß noch nicht, ob das überhaupt Sinn macht - sind halt nur lose Gedanken 
E
Verstehe ich ehrlich gesagt nicht. Sobald du eine Funktion verlässt, werden lokale Variablen oder Arrays sowieso gelöscht.
Solltest du in einer Rekursion stecken, dann ist es natürlich tödlich (Speichertechnisch gesehen) die Funktion abzubrechen, statt mittels der Abbruchbedingung die Rekursion "rückwärts" abzuarbeiten. Beim "rauslaufen" aus einer Rekursion wird der (von der Funktion bei jedem Aufruf der Funktion reservierte) Speicher sowieso wieder freigegeben.
OK - je mehr ich darüber nachdenke, desto sinnloser erscheint mir das 
Ich setze das mal auf gelöst;
dennoch: ein @RecursionLevel -Macro hätte schon Sinn.
Erstmal Servus, da es hier mein erster Beitrag ist.
Ich habe vor kurzem nach einer ähnlichen Möglichkeit gesucht, da ich gerne in der Ausgabe von "_FileWriteLog" auch die aktuell genutzte Funktion mit eingebunden hätte, welches das Auswerten des Logs später erleichtert.
hmmmm, wäre das nicht ein Feature , welches man in "Organize Includes" unterbringen könnte? Im Prinzip hat OI schon 90% der Arbeit erledigt...
Mach doch eine UDF, welche im aufgerufenen Script an den passenden Stellen die Variablen $ParentFuncName und $CurrentFuncName einfügt 
Sowas in der Art?
#include <Array.au3>
_Funktion2("Test")
_Funktionnummer3()
_Funktion1()
Func _Funktion1($iSLN = @ScriptLineNumber)
_Funktion2("Hallo!")
EndFunc
Func _Funktionnummer3($Parameter1="Def",$Param2="Test",$iSLN = @ScriptLineNumber)
_Funktion2("Testen wir mal!")
EndFunc
Func _Funktion2($iParameter, $iSLN = @ScriptLineNumber)
MsgBox(0,"","Aufgerufen von: "&_GetParentFunktion($iSLN))
EndFunc
Func _GetParentFunktion($iSLN)
If @Compiled Then Return "Unable to retrieve information when Script is compiled"
$aFunc = StringRegExp(FileRead(@ScriptFullPath),'(?m)\A(?>.*\r\n){1,'&$iSLN&'}Func (\w+)\(.*\)',1)
If @error Then Return "MainScript"
Return $aFunc[0]
EndFunc
Funktioniert halt nur uncompiled.
Cooler Ansatz 