die Probleme haste doch auch so, oder nicht?
Beiträge von x0r
-
-
Hi,
wieso sparste dir nicht das ganze Zeug nach dem "Else" und nimmst nur
[autoit]DirRemove ("C:\Dokumente und Einstellungen\" & $profil[$i], 1)
[/autoit]
?oder bau statt dem Dateigröße-Check ein
[autoit]if FileExists() then
[/autoit]
ein.Könnte mir vorstellen, dass es verreckt, wenn der Ordner nicht mehr existiert und du die Größe abfragen willst.
€dit: Richtige Vermutung:
[autoit]Until $inewsize = -1 or @error
[/autoit]Dann müssts laufen
€dit2: Die Erklärung:
[autoit]$size = DirGetSize(@ScriptDir & "\test_delete")
[/autoit][autoit][/autoit][autoit]MsgBox(0,"",$size)
[/autoit]Wenn Ordner vorhanden kommt die entsprechende Zahl.
Wenn Ordner nicht vorhanden kommt "-1".Gruß
x0r -
...reine Spekulatius (äh, Spekulation ;)).
Er könnte ja die "Date.au3"-Funktionen verwenden?-
You can check out the functions in the "Date.au3"-include:e.g.
[autoit]_Now()
[/autoit]
gives you the actual date and time(is mein englisch heute wieder toll...)
-
Hi there,
please ask your question in your language, Google Translator screwed it totally up
Greets
x0r -
Hi nochmal,
du könntest auch die Excel.au3 verwenden, dort sind die Befehle nicht ganz so komplexer Natur (subjektive Meinung).
Gruß
x0r -
Hi,
setz mal ganz oben in deinem Script das hier ein:
[autoit]#AutoIt3Wrapper_UseX64=n
[/autoit]Gruß
x0r -
thx für den tip, aber geht nicht - firma, terminal server, thin clients, du verstehst
-
wie gesagt, ich hab nur die "usex64=n" option verwendet. bei allen anderen tools gehts ja auch ziemlich fix... is auch wurscht, hab da schon ne mehr oder weniger gute lösung für gefunden.
-
Hi CyRoX,
glaube auch langsam, dass es daran liegen könnte..
Das Problem hat sich evtl bald (zumindest in der Firma) eh erledigt
€dit: Habs mal auf gelöst gesetzt, wobei das eigentlich keine Lösung ist.
Gruß
x0r -
Dann liegts wohl an allen Scripts die ich je erstellt habe...
Sehr seltsam
€dit:
Sogar das hier braucht zum Starten ca ne Minute:
[autoit]#Region ;**** Directives created by AutoIt3Wrapper_GUI ****
[/autoit][autoit][/autoit][autoit]
#AutoIt3Wrapper_outfile=x32_test.exe
#AutoIt3Wrapper_UseX64=n
#EndRegion ;**** Directives created by AutoIt3Wrapper_GUI ****MsgBox(0,"","32 bit")
[/autoit]Wohlgemerkt, nur in kompiliertem Zustand, im Interpreter läufts sofort.
-
Hi,
ich kann es natürlich nicht testen, aber wenn ich deine Anfrage richtig verstehe, dürfte das so funktionieren:
Spoiler anzeigen
[autoit]HotKeySet("{ESC}", "_Exit")
[/autoit] [autoit][/autoit] [autoit]
BlockInput (1)#include <Excel.au3>
[/autoit] [autoit][/autoit] [autoit]
$sPath = @ScriptDir & "\Test1.xls"
$oExcel = _ExcelBookOpen($sPath, 0)
$iRow = 1While True
[/autoit] [autoit][/autoit] [autoit]
$value = _ExcelReadCell($oExcel, "A" & $iRow)
If $value = "" Then ExitLoop
_Data($value)
if $val1 <> "" then _ExcelWriteCell($oExcel, $val1, "B" & $iRow)
if $val2 <> "" then _ExcelWriteCell($oExcel, $val2, "C" & $iRow
$iRow += 1
WEnd_ExcelBookClose($oExcel)
[/autoit] [autoit][/autoit] [autoit]Func _Data($value)
[/autoit] [autoit][/autoit] [autoit]
ClipPut($value)
WinActivate ( "QWS3270")
WinWaitActive("QWS3270")
Sleep (300)
MouseClick("LEFT", 394, 397, 1, 0)
Send ("^v")
Send ("{ENTER}")
Send ("9")
Send ("{ENTER}")
Sleep (300)
MouseClick("LEFT", 360 , 394, 1, 0)
Send("{LSHIFT down}")
Send("{right 4}")
Send("{LSHIFT up}")
Send ("^c")$val1 = ClipGet()
[/autoit] [autoit][/autoit] [autoit]MouseClick("LEFT", 450 , 366, 1, 0)
[/autoit] [autoit][/autoit] [autoit]
Send("{LSHIFT down}")
Send("{right 4}")
Send("{LSHIFT up}")
Send ("^c")
$val2 = ClipGet()
EndFuncBlockInput (0)
[/autoit] [autoit][/autoit] [autoit]MsgBox (0, "Fertig", "Alle Daten in der XLS gespeichert", 2)
[/autoit] [autoit][/autoit] [autoit]ProcessClose("EXCEL.exe")
[/autoit] [autoit][/autoit] [autoit]Func _Exit()
[/autoit]
Exit
EndFuncGruß
x0r -
64bit Prog auf 64bit OS is natürlich schnell, is nur so bei beschriebenem Fall.
die 32bit-Anwendung braucht ziemlich lang, bis der Prozess im Taskmanager auftaucht - sobald er da is, rennts auch wieder schnell, nur eben der Startprozess dauert Jahre
€dit:
@trollpan:
Danke für den Tip, allerdings befinde ich mich aktuell in einer Firma und dort ist es mir nicht erlaubt irgendwas zu virtualisieren.
Du willst aber jetz nich allen ernstes, dass ich dir den Quelltext poste, wenn es ein allgemeines Problem ist?!
OS: "Windows Server 2008 R2 Enterprise x64"
Normalerweise sollte es reichen wenn ich schreibe, dass eine 32bit Anwendung auf 64bit OS langsam ist (ich hab sogar geschrieben, warum das Prog zwingend 32bit haben muss...)
-
Hi all,
woran könnte es liegen, dass eine in 32bit kompilierte Anwendung unter einem 64bit OS ziemlich lange zum Starten braucht?
(64bit ist nicht möglich, da ich mit Excel/Access 2003 arbeite und da die Datenbanken nicht korrekt geöffnet werden können, warum auch immer)Ich rede nicht von 1-2, sondern um die 30 Sekunden pro Start.
Jemand ne Idee?
Gruß
x0r -
Send('mklink "C:\EinLink.pdf" "D:\EinDokument.pdf" ')
du kannst " oder ' als anführungszeichen nehmen und auch so kombinieren
-
vielleicht fehlt dir ein
[autoit]#RequireAdmin
[/autoit]am Anfang des Scripts.
-
Hi,
also bei mir funktionierts mit:
[autoit]ShellExecute("msconfig.exe")
[/autoit]€dit:
[autoit]Run("msconfig.exe")
[/autoit]
klappt auchGruß
x0r -
happy birthday
-
du kannst ruhig folgendes einsetzen, dann siehts nicht aus wie kraut und rüben
[autoit]send("adobe air")
[/autoit] -
spring mal mit "Tab" in das jeweilige Feld und gib den vorderen Teil des Namens ein, dann müsste die Markierung genau dahin springen
-
wieso lässt nicht so oft "tab" drücken, bis das listview markiert is, drückst dann auf "pos1" oder "ende" (je nachdem, was näher dran ist) und lässt evtl den rest mit den pfeiltasten auswählen?
oder muss es zwingend ein klick sein?
€dit: übrigens,
comboboxencheckboxen kannst du hervorragend mit "space" de-/aktivieren.Gruß
x0r