Beiträge von gango

hallo
es geht wie mir scheint nicht um den Editor, oder doch.
habe beide Dateien abgeholt und sie entsprechen dem was Supernova bebildert hat.
bei meinem Ultraedit geht das schon immer bestens.
hingegen beim allseit sehr beliebten Notepad++ kann man die HEX mit einem Addon ansehen.
da allerdings fehlt auch FFFe
[Blockierte Grafik: http://www.aaoo.info/notepadPP.jpg]

-
ebenso denke ich geht es nicht um den typ/Zeichensatz etc. einer Datei, oder doch.

jedenfalls liest die _WinAPI_ReadFile() [ist ja beinahe schon LowLevel] den Vorspann auch nicht
und zeigt erst ab dem 3. Byte an.

global $tBuffer,$hFile,$iSize,$nBytes,$sText
$tBuffer=DllStructCreate("byte[6]")
$hFile=_WinAPI_CreateFile(@ScriptDir & "musterdatei_UTF-8.txt",2,2)
$iSize=_WinAPI_GetFileSizeEx($hFile)
_WinAPI_SetFilePointer($hFile,0)
_WinAPI_ReadFile($hFile, $tBuffer,6,$nBytes)
_WinAPI_CloseHandle($hFile)
$sText=BinaryToString(DllStructGetData($tBuffer,1))
ConsoleWrite($iSize & '|' & $sText & "|" & @CRLF & @CRLF)

irgendwie müsste man doch ohne wenn und aber eine Datei 1:1 einlesen können!

Habe den Code von Micha_he ausprobiert, denn ich suche auch das gleiche.

Dabei stelle ich fest, das PopUp öffnet sich immer mit dem Arbeitsplatz.

Was/Wo muss ich ändern damit das PopUp sich gleich einschiesst auf z.B.

c:\lala\123

Danke.

Das Objekt $oIE bleibt innerhalb von AutoIt erhalten, auch wenn der Browser manuell geschlossen wird.

Man kann also jederzeit via Abfragen/beauftragen von diesem mehr in Erfahrung bringen.

Allerdings, wenn er geschlossen ist und man das macht, so zeigt sich in der Console eine Fehlermeldung/Hinweis.

Okay, man muss also erst die Icons einbetten und dann das Icon für das EXE auswählen, respektive bestimmen. Aber wie lautet dieser Code/Syntax ?

hallo zusammen

offenbar scheint das ein bug zu sein, siehe auch bei

http://www.autoitscript.com/forum/topic/13…it-createfailes

dort geht es aber um eine ältere version 3.3.7 und in der jetztigen 3.3.8 ist das immer noch so.

ist mir unklar, wieso es bei ihm dann ging.

hallo zusammen

mit GUICtrlSetTip meinst du logischerweise passend zum _GUICtrlRichEdit_Create sicher _GUICtrlSetTip.

das findest du bei http://www.autoitscript.com/forum/topic/13…ontrol-tooltips

dort die EasyTip.rar downloaden und EasyTip.au3 einbinden.

wann ist "in kürze" vorbei ?

habe mich schon etwas vorbereitet und OpenSSL geholt.

hier mein Link zur OpenSSL-webseite: http://www.openssl.org

hier mein Link für den datei-download: http://slproweb.com/products/Win32OpenSSL.html
(man muss ziemlich weit nach unten scrollen)

welche dateien genau werden davon benötigt ?

in der hilfe nachzulesen, etwa so

Sehe das Forum auch nicht als schwatzi-schwatzi Twitter-Chat für einsame, aufgeblasene, mit zwar vielen aber hohlen Einträgen.
Mein konstruktiver Beitrag soll daher sicher über den schwachen Rat, den PC doch erst mal einzuschalten, hinaus gehen.
Das habe ich selber ausprobiert:
Mit der Erhöhung in der fraglichen Zeile im IE.au3 von SLEEP(100) auf SLEEP(2000), also 2-Sekunden, bleiben bei mir die Fehler im IE.au3 zuverlässig weg.
die eingetragenen werte haben sich im test als minimum ergeben bei XPpro und win7pro32
[Blockierte Grafik: http://www.pizza-joker.com/autoit/notloesung.jpg] Ist aber schon eine etwas lange Zeit für Schnellschiesser, vor allem

für die anderen Aufrufe von _IECreate.
Würde die IE.au3 kopieren und umbenennen in MyIE.au3 und entsprechend includen #include <MyIE3.au3>

Denke dies ist ein echter Bug von Autoit und müsste dort gemeldet/bearbeitet werden.

stelle tatsächlich fest, _IECreate (der _IECreate ruft intern auch die funktion _IELoadWait auf) stürzt ab.

aber nur bei win7/msie9, bei meinem alten laptop mit XP/msie8 geht es bestens. gut, der läuft auch merklich langsamer.

bis jeweilen autoit abbricht braucht es immer so plusminus 5 zyklen (SLEEP(100)) innerhalb der udf IE.au3. also 0,5 sekunden. dieser abbruch könnte aber auch ein autoit-externer timeout sein (z.B. die benutzte winapi).

die TCP-funktionen sind nicht in einer UDF im include-ordner. offenbar sind sie doch bestandteil vom autoit-hardcore. und trotzdem, autoit ruft sicher die entsprechenden originalen windows-prozeduren dazu auf (wie ja auch die OpenPop.dll)

wer kennt die in der OpenPop.dll enthaltenen prozeduren (liste), sowie deren parameter ?

habe mal ein testprgrämmli gemacht, so dass wir beim testen die gleiche basis haben. es stimmt, weder bei hotmail noch bei gmail kommt eine antwort, im gegensatz zu den allerwelts mailern. achtung, jeweilen den port noch anpassen. im debug-fenster unten im SciTE kann man den ganzen ablauf gut sehen/mitverfolgen.
wie sind eure ergebnisse/vorschläge ?

habe mit deinen daten probiert und es funktioniert tatsächlich bestens mit OpenPop.dll, respektive die benutzung von deren beispielEXE. mehr detail kannst du nicht erwarten. bin am studieren der chm, aber die ist voll im bereich von "C" und mir völlig fremd. jedenfalls verwendet hotmail und gmail ganz normale routinen nur, in der _POP3.au3 ist das nicht eingebaut. wie sieht es mit dem hardcore von autoit aus ?

verwendest du _POP3.au3, wo bei der funktion _POP3connect vom programmer der port 995 gesperrt ist.

kannst das ja mit #cs..#ce überspringen.