|
You last visited: Today at 08:36
Advertisement
[Release] AAL, an Open-Source AutoIt Alternative
Discussion on [Release] AAL, an Open-Source AutoIt Alternative within the Coding Releases forum part of the Coders Den category.
12/29/2015, 00:13
|
#16
|
elite*gold: 77
Join Date: May 2008
Posts: 5,430
Received Thanks: 5,878
|
Update to 0.0.3alpha
This time I implemented/fixed only a few things:
Quote:
- Make compiler interface easier and more flexible
- Add include-directive
- Fix errors in documentation
- Added one more example which is using #include
|
This means now it is possible to use "#include" to embed scripts in an AAL script, e.g.:
GUI.aal1
Code:
$win=CreateWindow(...)
$button=CreateButton($win, ...)
SetOnEvent($button, "onClick","Button1Clicked")
Main.aal1
Code:
#include("GUI.aal1")
; Do something with $win or $button
While 1
Sleep(10)
Wend
Func Button1Clicked()
ConsoleWrite("It worked!")
EndFunc
I also added an inputbox for the include-directory (which will be by default the directory of selected *.aal1 file).
Next Update:
The next update will take more time, I guess around 3-4 weeks.
|
|
|
12/30/2015, 17:37
|
#17
|
elite*gold: 0
Join Date: Nov 2010
Posts: 1,548
Received Thanks: 333
|
Shadow992 Regelt  Kennst du  der hat früher für die Scene auch immer richtig schöne Codes raus gebracht, vtl kannst du Ihn fragen ob er sich das mal anguckt. Vtl hat er ja lust nen bisschen zu helfen. Ist auf jedenfall ein Gutes Projekt echt probs an dich, kann dir zu 100% folgen deshalb habe ich es leider nie in erwägung gezogen autoit groß zu lernen. ist es denn schon möglich dll dateien zu compilieren ? mach am besten eine eigene seite mit der möglichkeit dir für deine arbeit geld zu spenden. oder über die crouwdfounding seiten. Das potential nach etwas besserem schlummert in klügen köpfen aber vereint wird es zum Gigant des Potentials. Wie sind die Credits verteilt bislang, muss echt sagen 1A leistung
|
|
|
12/30/2015, 18:50
|
#18
|
elite*gold: 77
Join Date: May 2008
Posts: 5,430
Received Thanks: 5,878
|
Quote:
Originally Posted by Waller66
Shadow992 Regelt  Kennst du  der hat früher für die Scene auch immer richtig schöne Codes raus gebracht, vtl kannst du Ihn fragen ob er sich das mal anguckt. Vtl hat er ja lust nen bisschen zu helfen. Ist auf jedenfall ein Gutes Projekt echt probs an dich, kann dir zu 100% folgen deshalb habe ich es leider nie in erwägung gezogen autoit groß zu lernen. ist es denn schon möglich dll dateien zu compilieren ? mach am besten eine eigene seite mit der möglichkeit dir für deine arbeit geld zu spenden. oder über die crouwdfounding seiten. Das potential nach etwas besserem schlummert in klügen köpfen aber vereint wird es zum Gigant des Potentials. Wie sind die Credits verteilt bislang, muss echt sagen 1A leistung 
|
DLLs erstellen ist bei weitem noch nicht fertig. Dazu steht noch nicht einmal ein konkretes Konzept, nur ein paar Überlegungen in meinem Kopf und ich habe das mal ein bisschen mit "Fluttershy" diskutiert.
Bisher scheint es mir gut möglich (wird zwar bisschen umfangreicher, aber machbar).
Am wichtigsten sind mir jetzt erst einmal Optimierungen, Dokumentation, Multithreading und vor allem Klassen zu unterstützen.
Danach kommt noch das ganze andere Zeugs, wie InlineASM, DllCalls, Dlls erstellen, mehr Standardfunktionen, usw.
Aber das wird sich noch gut hinziehen bis AAL soweit ist.
Geld spenden, werde ich bei Gelegenheit einrichten, wobei ich das dann aber unter keinen Umständen zur eigenen Bereicherung verwenden werde, sondern nur um Server/Bilder/Copyrights/etc. zu kaufen/bezahlen.
Das Projekt ist und soll auch ein No-Profit Projekt bleiben. Ich möchte mich in keinster Weise an diesem Projekt bereichern. Gegen Spenden für eventuell auftretende Kosten spricht jedoch nichts.
KillerDeluxe habe ich schon mal gehört, aber ich vermute, dass vor allem in der alpha-Phase, wo überall noch Fehler sind und etliches sogar komplett von Neu geschrieben wird, die Mitarbeit "gehalten" ist. Immerhin ist es echt nervig sich alle paar Wochen in einen komplett neuen Code einlesen zu müssen.
|
|
|
12/31/2015, 01:10
|
#19
|
elite*gold: 0
Join Date: Feb 2009
Posts: 1,137
Received Thanks: 573
|
Quote:
Originally Posted by Shadow992
Am wichtigsten sind mir jetzt erst einmal Optimierungen, Dokumentation, Multithreading und vor allem Klassen zu unterstützen.
Danach kommt noch das ganze andere Zeugs, wie InlineASM, DllCalls, Dlls erstellen, mehr Standardfunktionen, usw.
Aber das wird sich noch gut hinziehen bis AAL soweit ist.
|
Ich persönlich würde DLL Calls sogar vorziehen, da es damit möglich ist deutlich vielseitigere Programme zu schreiben, z.B. durch Nutzung der WinAPI wäre man nicht nur auf die bisher implementierten Funktionen angewiesen, während Klassen oder Threading ist zwar nice to have, aber nicht unbedingt notwendig um vernünftige Programme auf die Beine zu stellen, aber ohne DLL's kommt man nicht sehr weit
|
|
|
12/31/2015, 05:16
|
#20
|
elite*gold: 77
Join Date: May 2008
Posts: 5,430
Received Thanks: 5,878
|
Quote:
Originally Posted by warfley
Ich persönlich würde DLL Calls sogar vorziehen, da es damit möglich ist deutlich vielseitigere Programme zu schreiben, z.B. durch Nutzung der WinAPI wäre man nicht nur auf die bisher implementierten Funktionen angewiesen, während Klassen oder Threading ist zwar nice to have, aber nicht unbedingt notwendig um vernünftige Programme auf die Beine zu stellen, aber ohne DLL's kommt man nicht sehr weit
|
Naja mir geht es darum das Ganze erst einmal aus der Alpha-Phase rauszubringen. Das heißt ich will das Projekt erst "nicht mehr alpha" nennen, wenn alle in der Sprache festgelegten Konstrukte existieren und der Compiler auch damit umgehen kann.
DllCalls an sich sind nur "Funktionen", die aufgerufen werden.
Die könnte man jetzt schon rein machen, wenn man die Funktion dazu schreiben würde.
So etwas wie Multithreading erfordert aber im Gegensatz dazu mehr/neue Tokens für den Compiler, verschiedene Syntaxfehler, etc.
Ich will also vorerst die Sprache syntaktisch abschließen bevor ich mich an die Funktionen/Klassen setze, die eigentlich sehr wichtig sind.
|
|
|
12/31/2015, 12:20
|
#21
|
elite*gold: 20
Join Date: Nov 2010
Posts: 552
Received Thanks: 350
|
Überzeugendes Projekt!
Ich finde die Namenswahl aber nicht klug. Wenn ich "AAL" höre, denke ich direkt an eine Audio Bibliothek und wer AAL googelt, stößt ständig auf Fischbilder...
|
|
|
12/31/2015, 13:57
|
#22
|
elite*gold: 77
Join Date: May 2008
Posts: 5,430
Received Thanks: 5,878
|
Quote:
Originally Posted by xXKonaXx
Überzeugendes Projekt!
Ich finde die Namenswahl aber nicht klug. Wenn ich "AAL" höre, denke ich direkt an eine Audio Bibliothek und wer AAL googelt, stößt ständig auf Fischbilder... 
|
Durchaus beabsichtigt 
Beinahe wäre es "WAL" geworden für "Windows Automation Language".
Diese Anspielung ist also bewusst so gewählt worden.
Und Python hats ja auch geschafft trotz des gleichnamigen Reptils.
Außerdem lässt sich daraus vielleicht ein schönes Logo machen mit einem Aal oder so.
|
|
|
01/08/2016, 21:13
|
#23
|
elite*gold: 56
Join Date: Oct 2010
Posts: 3,409
Received Thanks: 1,219
|
Quote:
Originally Posted by Shadow992
Außerdem lässt sich daraus vielleicht ein schönes Logo machen mit einem Aal oder so. 
|
Damit wär das auch gedeckelt. :P
Die Initiative finde ich gut. Schau ich mir definitiv an.
|
|
|
01/08/2016, 22:00
|
#24
|
elite*gold: 273
Join Date: Sep 2010
Posts: 1,831
Received Thanks: 786
|
Hab mir mal den Source etwas durchgeschaut, sieht nach ner ganz soliden Basis aus.
Wäre noch schön, wenn der master Branch kompilierbar ist, wie ich mir heute eine Kopie heruntergeladen habe waren ein paar Funktionien noch nicht implementiert (irgendwas im GUI Code, glaube Show() und Hide() ).
Ein "return true" hat hier gereicht, jedoch musste ich raten, ob das jetzt funktioniert oder nicht
|
|
|
01/08/2016, 22:20
|
#25
|
elite*gold: 77
Join Date: May 2008
Posts: 5,430
Received Thanks: 5,878
|
Quote:
Originally Posted by .SkyneT.
Hab mir mal den Source etwas durchgeschaut, sieht nach ner ganz soliden Basis aus.
Wäre noch schön, wenn der master Branch kompilierbar ist, wie ich mir heute eine Kopie heruntergeladen habe waren ein paar Funktionien noch nicht implementiert (irgendwas im GUI Code, glaube Show() und Hide() ).
Ein "return true" hat hier gereicht, jedoch musste ich raten, ob das jetzt funktioniert oder nicht 
|
Naja dürften "nur" Warnings sein. Diese Funktionen sind noch nicht implementiert, daher ists (theoretisch) egal was und ob sie returnen. Aber du hast vollkommen Recht ich sollte trotzdem eine Dummy-Funktion draus machen, damit der Code ohne Warnings kompiliert.
Die Libraries hast du soweit linken können? Hast du VisualStudio benutzt?
Ich war nämlich sehr skeptisch, ob ich das alles so Microsoft konform gemacht habe (habs bisher noch nicht getestet).
Quote:
Originally Posted by MrDami123
Damit wär das auch gedeckelt. :P
Die Initiative finde ich gut. Schau ich mir definitiv an.
|
Sehr gerne meine bisherigen Versuche sahen immer entweder nach Kindergartenmalerei aus oder nach abstrakte Kunst von einem Psychopathen.
|
|
|
01/08/2016, 23:32
|
#26
|
elite*gold: 273
Join Date: Sep 2010
Posts: 1,831
Received Thanks: 786
|
Quote:
Originally Posted by Shadow992
Naja dürften "nur" Warnings sein. Diese Funktionen sind noch nicht implementiert, daher ists (theoretisch) egal was und ob sie returnen. Aber du hast vollkommen Recht ich sollte trotzdem eine Dummy-Funktion draus machen, damit der Code ohne Warnings kompiliert.
Die Libraries hast du soweit linken können? Hast du VisualStudio benutzt?
Ich war nämlich sehr skeptisch, ob ich das alles so Microsoft konform gemacht habe (habs bisher noch nicht getestet). 
|
Ja hat relativ gut funktioniert.
Nur ein Haufen Warnings, auf den ersten Blick jedoch keine bedenklichen.
Code:
Severity Description Project Line
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 257
Warning '=': conversion from 'double' to 'int', possible loss of data AAL_Interpreter 55
Warning '=': conversion from 'double' to '__int64', possible loss of data AAL_Interpreter 1858
Warning '=': conversion from 'double' to '__int64', possible loss of data AAL_Interpreter 1882
Warning '=': conversion from 'double' to '__int64', possible loss of data AAL_Interpreter 129
Warning '=': conversion from '__int64' to 'double', possible loss of data AAL_Interpreter 1866
Warning '=': conversion from '__int64' to 'double', possible loss of data AAL_Interpreter 123
Warning '=': conversion from '__int64' to 'double', possible loss of data AAL_Interpreter 68
Warning '=': conversion from '__int64' to 'double', possible loss of data AAL_Interpreter 84
Warning '=': conversion from '__int64' to 'double', possible loss of data AAL_Interpreter 158
Warning '=': conversion from '__int64' to 'double', possible loss of data AAL_Interpreter 178
Warning '=': conversion from '__int64' to 'double', possible loss of data AAL_Interpreter 342
Warning '=': conversion from '__int64' to 'double', possible loss of data AAL_Interpreter 363
Warning '=': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 507
Warning '=': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 1198
Warning '=': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 1238
Warning '=': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 1280
Warning '=': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 399
Warning '=': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 401
Warning 'arg1': unreferenced local variable AAL_Interpreter 1212
Warning 'arg1': unreferenced local variable AAL_Interpreter 1254
Warning 'argument': conversion from 'std::streamoff' to 'unsigned int', possible loss of data AAL_Interpreter 98
Warning 'argument': conversion from 'unsigned __int64' to 'const int', possible loss of data AAL_Interpreter 77
Warning 'argument': conversion from 'unsigned __int64' to 'const int', possible loss of data AAL_Interpreter 77
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 42
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 42
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 49
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 49
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 53
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 53
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 54
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 54
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 63
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 63
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 65
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 65
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 67
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 67
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 68
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 68
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 69
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 69
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 74
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 74
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 75
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 75
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 76
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 76
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 86
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 86
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 92
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 92
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 95
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 95
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 100
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 100
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 132
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 135
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 151
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 155
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 178
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 181
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 207
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 209
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 223
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 226
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 271
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 273
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 288
Warning 'argument': conversion from 'unsigned __int64' to 'unsigned int', possible loss of data AAL_Interpreter 292
Warning 'argument': conversion from '__int64' to 'const int', possible loss of data AAL_Interpreter 1104
Warning 'argument': conversion from '__int64' to 'const int', possible loss of data AAL_Interpreter 1108
Warning 'argument': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 452
Warning 'argument': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 523
Warning 'argument': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 581
Warning 'argument': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 625
Warning 'argument': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 667
Warning 'argument': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 710
Warning 'argument': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 734
Warning 'argument': conversion from '__int64' to 'unsigned char', possible loss of data AAL_Interpreter 452
Warning 'argument': conversion from '__int64' to 'unsigned char', possible loss of data AAL_Interpreter 523
Warning 'argument': conversion from '__int64' to 'unsigned char', possible loss of data AAL_Interpreter 625
Warning 'argument': conversion from '__int64' to 'unsigned char', possible loss of data AAL_Interpreter 667
Warning 'argument': conversion from '__int64' to 'unsigned char', possible loss of data AAL_Interpreter 710
Warning 'argument': conversion from '__int64' to 'unsigned int', possible loss of data AAL_Interpreter 1097
Warning 'argument': conversion from '__int64' to 'unsigned int', possible loss of data AAL_Interpreter 370
Warning 'argument': conversion from '__int64' to 'unsigned int', possible loss of data AAL_Interpreter 395
Warning 'initializing': conversion from 'double' to 'float', possible loss of data AAL_Interpreter 578
Warning 'initializing': conversion from 'std::streamoff' to 'int', possible loss of data AAL_Interpreter 95
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 95
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 110
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 113
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 116
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 119
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 122
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 143
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 146
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 149
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 152
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 155
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 158
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 181
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 184
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 187
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 190
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 193
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 196
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 219
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 222
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 225
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 228
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 231
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 234
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 260
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 263
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 266
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 269
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 272
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 416
Warning 'initializing': conversion from '__int64' to 'int', possible loss of data AAL_Interpreter 418
Warning 'int': forcing value to bool 'true' or 'false' (performance warning) AAL_Interpreter 33
Warning 'int': forcing value to bool 'true' or 'false' (performance warning) AAL_Interpreter 33
Warning 'int': forcing value to bool 'true' or 'false' (performance warning) AAL_Interpreter 33
Warning 'int': forcing value to bool 'true' or 'false' (performance warning) AAL_Interpreter 33
Warning 'int': forcing value to bool 'true' or 'false' (performance warning) AAL_Interpreter 33
Warning 'return': conversion from 'double' to '__int64', possible loss of data AAL_Interpreter 1662
Warning 'return': conversion from '__int64' to 'double', possible loss of data AAL_Interpreter 1706
Warning '~': unsafe use of type 'bool' in operation AAL_Interpreter 33
Warning '~': unsafe use of type 'bool' in operation AAL_Interpreter 33
Warning '~': unsafe use of type 'bool' in operation AAL_Interpreter 33
Warning '~': unsafe use of type 'bool' in operation AAL_Interpreter 33
Warning '~': unsafe use of type 'bool' in operation AAL_Interpreter 33
Und die Dummy-Funktion wäre besonders beim msvc Compiler wichtig, da dieser sonst folgenden Error zurückwirft:
Quote:
Severity Description Project Line
Error 'Window::removeControl': must return a value AAL_Interpreter 125
|
Das größte Problem lag in der Funktion toCompressedString(). Hier scheint es so, als ob std::abs() keine Überladung für "long long" mitbringt und versucht es zu "int" oder "long int" zu casten, dabei wirft er natürlich einen Error zwecks zweideutigem Funktionsaufruf. Diese Zeile ist dabei betroffen:
Code:
buf += chars[ (unsigned int) abs(quotient % 62) ];
Beim GCC scheint es das Problem nicht zu geben.
|
|
|
01/18/2016, 21:45
|
#27
|
elite*gold: 0
Join Date: Feb 2009
Posts: 1,137
Received Thanks: 573
|
2 Dinge zu AAL die ich mir wünschen würde:
1. Wenn der Kompiler Fehler findet könnte das mit Error oder so gekennzeichnet werden
2. Die Zeilennummer wenn man Includes verwendet ist bei Compiler Fehlern schwer nachzuvollziehen
|
|
|
01/19/2016, 19:22
|
#28
|
elite*gold: 77
Join Date: May 2008
Posts: 5,430
Received Thanks: 5,878
|
Quote:
Originally Posted by warfley
2 Dinge zu AAL die ich mir wünschen würde:
1. Wenn der Kompiler Fehler findet könnte das mit Error oder so gekennzeichnet werden
2. Die Zeilennummer wenn man Includes verwendet ist bei Compiler Fehlern schwer nachzuvollziehen
|
Ich bin gerade dabei den ganze Kompiliervorgang neu zu schreiben, daher tut sich da auch momentan so wenig. Das heißt mein nächstes Release wird inhaltlich wenig bringen aber wird ca 1/3 des bisherigen Compiler-Codes ersetzen.
@1.
Gute Idee, das werde ich noch etwas verfeinern.
@2.
Da hast du natürlich Recht, aber ich bin mir nicht sicher wie ich das genau umsetzen sollte, vielleicht sollte ich eine Art "Meta-Information" in die Skripte generieren lassen, damit ich immer genau weiß in welcher Datei ich bin. Mal sehen... Ich lass mir dazu aber auch was einfallen, vermutlich aber erst in der übernächsten Version.
@MSVC-Error
Ich werde dafür zwar keine extra Version releasen, aber ab der nächsten Version sollten der MSVC keine Errors mehr werfen.
|
|
|
01/19/2016, 20:26
|
#29
|
elite*gold: 0
Join Date: Feb 2009
Posts: 1,137
Received Thanks: 573
|
Quote:
Originally Posted by Shadow992
Ich bin gerade dabei den ganze Kompiliervorgang neu zu schreiben, daher tut sich da auch momentan so wenig. Das heißt mein nächstes Release wird inhaltlich wenig bringen aber wird ca 1/3 des bisherigen Compiler-Codes ersetzen.
@1.
Gute Idee, das werde ich noch etwas verfeinern.
@2.
Da hast du natürlich Recht, aber ich bin mir nicht sicher wie ich das genau umsetzen sollte, vielleicht sollte ich eine Art "Meta-Information" in die Skripte generieren lassen, damit ich immer genau weiß in welcher Datei ich bin. Mal sehen... Ich lass mir dazu aber auch was einfallen, vermutlich aber erst in der übernächsten Version.
@MSVC-Error
Ich werde dafür zwar keine extra Version releasen, aber ab der nächsten Version sollten der MSVC keine Errors mehr werfen.
|
Also meine erste Idee wäre eine Liste als Tabelle für die Zeilen einzuführen, welche beim Einfügen der Includes generiert wird, die für jede Zeile Informationen wie einen Verweis auf die Datei, die original Zeile in der Ursprungsdatei und vielleicht noch weitere Informationen wie z.B. Breakpoints für das Debuggen enthält.
Das würde zwar den Speicheraufwand verdoppeln (bzw Komplexität linear mit der Zeilenanzahl), aber der ist nicht so wertvoll, und für das nachsehen der Zeileninformationen ist bei geeigneter Datenstruktur in Konstanter Zeit (Vector) oder in Logarithmischer Zeit (RBT) möglich. Und bei einem Release Build müssen diese Informationen nicht mal in die bin Datei geschrieben werden
|
|
|
04/23/2016, 18:22
|
#30
|
elite*gold: 0
Join Date: Mar 2016
Posts: 104
Received Thanks: 34
|
gibs hier schon neue fortschritte ?
|
|
|
 |
|
Similar Threads
|
[preliminary-release]autoit lootbox script(open-source)
05/26/2015 - Shaiya Hacks, Bots, Cheats & Exploits - 1 Replies
so i've been working on scripting the lootbox lately first thing i'll say is it's a clickbot,
On trying to manipulate the embedded IE_server control, the document returned (_IEAttach)always had a null body, so it wasn't possible to do it more cleanly (for me)
http://i591.photobucket.com/albums/ss360/axemurde rerrl/tutorial.png
this picture shows the order of clicks you need to calibrate for the script to work (note: this is a one off, data will be stored in a text file, also 8 is...
|
[Release]Open Source AutoIt Farmbot/Killbot
01/11/2015 - Shaiya Hacks, Bots, Cheats & Exploits - 44 Replies
German
English
News
DE
29.03.2013 | 13:13 : Version 2 hinzugefügt! (Mehrere Slots + alle Server)
14.01.2013 | 16:51 : Source-Code in den Thread eingefügt.
|
[Release] AutoIt v3 Equipchanger Open Source
06/05/2012 - Diablo 3 Hacks, Bots, Cheats & Exploits - 5 Replies
Ich habe mich mal hingesetzt und nen Equipchanger geschrieben, dessen Quellcode ich nicht unter Verschluss halten werde. Mir ist das zu dubios gewesen, da irgendwelche .exe Dateien im Zusammenhang mit D3 zu benutzen, deren Source ich nicht kenne. Deshalb liefere ich mit diesem Release einen einfach konfigurierbaren Equipchanger.
Alle wichtigen Einstellungen lassen sich über die "equipwechsler.ini" einstellen. Bilder zur Erklärung sind auch dabei. Er kann alle Slots equippen, auch den zweiten...
|
[Release][AutoIt] SmileyBot [Open Source]
06/12/2011 - AutoIt - 17 Replies
Hi.
es tut mir leid an Epvpers aber ich mag die Smileys hier im forum nicht!
der grüne lachsmiley sieht einfach krank aus: :D http://autoit.de/wcf/images/smilies/23.gif
also habe ich mal einen kleinen bot geschrieben der Smileys "umschreibt" und das nicht nur in Epvpers http://autoit.de/wcf/images/smilies/thumbup.png
so gehts: Markiert euren text im editor und drückt den Hotkey (standard F2)
wenn ich gaaanz viel tonnenweise langweile habe, mache ich noch ein makroprogramm damit ihr...
|
[RELEASE] [OPEN SOURCE] CE 5.5 Pointer to AutoIt Source-Code
02/13/2011 - AutoIt - 6 Replies
Habe heute erst gemerkt, dass es hier eine AutoIt Sektion gibt xD also poste ich mal mein Programm mit rein.
Funktionsweise:
1. in CE Rechtsklick auf den Pointer und auf "Copy" klicken
2. in meinem Programm auf "Code generieren" klicken
3. In euer Scite gehen und einfügen
Hier ist der Source Code vom Programm:
|
All times are GMT +1. The time now is 08:37.
|
|