Du könntest testen wenn du die .exen von der 0.85er Version noch hast die formstudio2.exe auszutauschen....falls dann immer noch nicht funktioniert liegts wohl am ISN....hmm..
Ja habe ich noch probiere ich morgen mal aus.
Wobei, hast du denn am Formstudio selber nichts geändert, bzw. bist du dir sicher das der Rest dann ohne Fehler läuft?
Was unterscheidet sich von der formstudio2.exe 0.85 zur 0.87 ?
Die 0.85 hat 1,31 MB (1.376.121 Bytes)
Die 0.87 hat 1,31 MB (1.376.315 Bytes)
hm also an den Monitoren wird es nicht hängen...
Habt ihr auf Arbeit evtl. nen Antivir der das Formstudio in ner Sandbox oder so startet?!
Naja bei uns läuft GData im Hintergrund, aber ob das inn einer Sandbox gestartet wird weß ich nicht.
[EDIT]
Bzw. teste ISN einmal von einer lokalen Festplatte. Laut deinem Log startest du es jetzt ja von einem Netzlaufwerk (Z:\ ?!?)
Richtig das ist ein Netzlaufwerk.
Es lief aber in der gleichen Konstellation bis zur 0.86 Beta vorher auch ohne komplett hängen zu bleiben 
Nein ich kann/darf es nicht einfach auf die lokale Festplatte kopieren.
Nicht alles was man kann ist erlaubt 
Ich kann zwar schon aber das gibt Streß und dumme Fragen von unserer IT 
Ich könnte diese Konstellation aber mal in meiner VM versuchen nachzustellen
[Edit]
Auf Arbeit könnte ich mal noch testen, ob Formstudio auch abschmiert wenn ich es von meinem eigenen Profilspeicherplatz aus starte.
Auf Laufwerk Z: greifen alle Mitarbeiter drauf zu, dort hat dann jeder auch noch mal einen Ordner mit seinem Namen.
Vorteil dort ist das der Profilspeicherplatz nicht begrenzt ist, daher lege ich alles dort ab und mach dann nur eine Verknüpfung für meine Sachen auf den Desktop
Andere portable Programme laufen auch von dem Netzlaufwerk ohne dabei komplett den PC in die Knie zu zwingen
Daher schließe ich mal ein Problem mit dem laden von Dateien aus.
Bevor ich die Form doppelt geklickt habe, hatte ich mal den Taskmanager gestartet um das ganze zu beobachten
und habe dann nur gesehen das formstudio2.exe die CPU bis auf 50 % in die Höhe treibt.
Danach ist Schicht im Schacht und ich kann nur noch einen Hardreset machen, weil nichts mehr reagiert.
[Edit]
Desweiteren pendelt die CPU-Last bei der formstudio2.exe zwischen 6-13 % auch wenn ich nichts mache oder wenn ISN Studio minimiert ist.
Schreibt ISN im Hintergrund fleißig meinen Code für mich weiter ? 
Desweiteren
Ich habe seit der 0.86 Beta auf Arbeit Probleme mit dem Formstudio 
Wenn ich eine Form per Doppelklick öffne dann geht 5-10 Minuten gar nichts mehr.
Das ganze sieht so aus, das Formstudio öffnet sich und ich sehe auch den Hintergrund und die Buttons vom Formstudio.
Danach wird ja erst die Form geladen.
Ich habe keine Ahnung woran das liegt, zu Hause habe ich die Probleme zumindest nicht
Anbei die Debug-Log:
ISN AutoIt Studio - Debug
----------------------------------OS: WIN_XP Service Pack 3 (X86)
RAM: 2046.42 MB
Studio version: 0.87 BETA 17.07.2012 (20120717)
Executable path: Z:\meinusername\tools\ISN AutoIt Studio\Autoit_Studio.exe (PID 2908)
Run on monitor: 1 (Detected: 2)
Run from drive: Z:\
|-> compressed: No
Working dir: Z:\meinusername\tools\ISN AutoIt Studio
Script dir: Z:\meinusername\tools\ISN AutoIt Studio
Project dir: Z:\meinusername\tools\ISN AutoIt Studio\Projects
Skins dir: Z:\meinusername\tools\ISN AutoIt Studio\Data\Skins
Current Skin: #none#
Cache dir: Z:\meinusername\tools\ISN AutoIt Studio\Data\Cache
Loaded Plugins: 2
Loaded filetypes: jpg,jpeg,bmp,ico,dll,wav,wave,mp3,ogg,avi,mpeg,mpg,divx,wmv,isf, (15)
Run mode: Compiled version
User is admin: Yes
Autoit3.exe: OK
Aut2exe.exe: OK
AutoIt3Help.exe: OK
Languagefile: german.lng
Config writable: Yes
Startups: 42
ISI360 könntest du vieleicht noch eine optionale Error-Log miteinbauen? 
[Edit]:
Könnte das Formstudio sich unter Umständen an der Config aufhängen?
Wie in dem Debug-Auszug ja zu sehen ist.
Run on monitor: 1 (Detected: 2)
In der config.ini steht
runonmonitor=1
[Edit 2]:
Ich teste zu Hause noch mal in einer VW mit 2 virtuellen Monitoren, ob sich das Formstudio auch aufhängt.
Hallo kunstlust,
schreib mir mal bitte den Link auf, wo Du die AD.au3 her hast. Dann schaue ich mir das mal für Dich an.
Und die Ausgabe des Array $aUser hätte ich gern.Gruß
M3d1c5
Active Directory (2012-03-18 - Version 1.2.1.0) - Download- General Help & Support - Example Scripts - Wiki
Ich habe immer noch ein Problem die *.isf einzubinden.
Alle includes in der Hauptdatei gesetzt und trotzdem kommt die Fehlermeldung das die Variable nicht deklariert ist bei
[autoit]GUISetState(@SW_SHOW,$Kundenkontakt)
[/autoit](habe grad das oben genannte Beispiel genommen)
Und wie sieht die Fehlermeldung in ISN unten (rot) aus, genauso wie bei mir in Post 344 ?
Danke Raupi, aber auch die includes müssen noch zwingend mit in die Haupdatei sonst gibts eine Fehlermeldung.
C:\Program Files (x86)\ISN AutoIt Studio\Projects\Texthilfe\Texthilfe.au3 (13) : ==> Variable used without being declared.:
Case $GUI_EVENT_CLOSE
Case ^ ERROR
Die Includes müssen also auch noch rein welche bei einem Klick auf "Code genieren" angezeigt werden
In diesem Fall
#include <GUIConstantsEx.au3>
#include <WindowsConstants.au3>
#Include <GuiButton.au3>
Also dar man sich nicht dadurch beirren lassen was "Code generieren" bezogen auf die #includes drin steht, die müssen in der Haupdatei definitiv drin stehen.
Ich dachte durch die include der .isf werden die auch mit eingetragen
ISI360, es wäre sehr sinnvoll, wenn in der isf Datei auch die benötigten Includes gesetzt werden. Die muß man im Hauptscript per Hand einfügen
Ja da bin ich unbedingt auch dafür !
Also gibts morgen dann die 0.87 Beta
Ich beginne gerade ein neues größeres Prokjekt für die Arbeit und wollte eigendlich auch die GUI komplett im ISN Formstudio erstellen, anstatt per Hand in der au3.
Ich stehe gerade auf dem Schlauch
Beim erstellen der Form wird doch die .isn im Hauptscript includiert.
Sollte meine komplette erstellte Form nicht auch beim testen des Hauptscriptes angezeigt werden?
Schließlich ist ja die Form includiert.
Hauptdatei
[autoit];*****************************************
;Erstellt mit ISN AutoIt Studio v. 0.86 BETA
;*****************************************
#include <Forms\Texthilfe_Gui.isf>
Wenn ich im Formstudio auf Form testen klicke wird doch auch alles angezeigt.
Und wenn ich auf kompelieren klicken wird scheinbar der Code von der Form auch nicht includiert.
Wenn ich im Formstudio auf "Code generieren klicke" steht doch eigendlich alles relevante drin ?
Wenn ich den generierten Code als .au3 speichern und dann diese statt der .isf include funktioniert alees normal.
Kann das sein das die aktuelle Beta ( bei der 0.85 war es auch schon) den code von der .isf trotz include nicht includiert ?
[autoit]; -- Created with ISN Form Studio 2 for ISN AutoIt Studio -- ;
#include <GUIConstantsEx.au3>
#include <WindowsConstants.au3>
#Include <GuiButton.au3>
$Kundenkontakt = GUICreate("Kundenkontakt",400,600,-1,-1,-1,-1)
GUISetBkColor(0xFFFFFF,$Kundenkontakt)
$Test = GUICtrlCreateLabel("Test",60,20,50,15,-1,-1)
GUICtrlSetBkColor(-1,"-2")
$combo1 = GUICtrlCreateCombo("",20,60,150,21,-1,-1)
GUICtrlSetData(-1,"Test Combo")
GUISetState(@SW_SHOW,$Kundenkontakt)
While 1
$nMsg = GUIGetMsg()
Switch $nMsg
Case $GUI_EVENT_CLOSE
Exit
EndSwitch
WEnd
Ja das stimmt jedoch sollte es damit eigentlich nichts zu tun haben...eigentlich..^^
Das "eigentlich" gefällt mir 
Und das aktualisieren des Skriptbaumen nach dem maximieren werde ich ab version 0.86 auch deaktivieren...in dieser Zeit kann ja eh keiner was umschreiben da drin
Naja, doch vieleicht mit einem anderen Autoscript und Controlsend unsinnige Sachen im Hintergrund in das Editorfenster von ISN schicken.
Naja aber auch egal, somit haben wir schon mal wieder 2 Bugfixes, was uns allen zu Gute kommt
So ich geh erst mal zum Kühlschrank auf Futtersuche
Bis Denn
AAAHHH!! Ich habs gefunden!!!
Der Fehler hat sich in der _SciLexer.au3 versteckt. Ich habe damals diese Änderung gemacht (ist schon lange her...) wegen Info eines Chinesischen Users....
Und da es bei mir keine Fehler mache lies ich es drinnen...
Hmm, wenn das schon länger her ist, war das auch schon bei der 0.80 drin ?
Dann hätte es doch mit der 0.80 auch schon passieren müssen, ausser mit der 0.85 wurde jetzt erst deine Änderung explizit ausgeführt.
War das Thema mit der Änderung nich mit dem Filewiever beim einlesen von Icons aus einer DLL wo der Vorgang in eine Schleife fest hing ?
Warum diese Zeichen jetzt nur bei dieser au3 Datei von dir aufgetreten sind kann ich mir zwar noch immer nicht erklären...aber egal...es geht wieder!
Ja mir auch
thx für deine Mittarbeit!
Kein Problem, dafür sind Beta-Tester doch da
gern geschehen
ach da fällt mir noch was ein, zur Fehlersuche
Wo ich das ganze vorhin nochmal getestet hatte, war das Test-Projekt längere Zeit in ISN offen und am Scriptende stand NULNUL.
Ich habe dann zwischenzeitlich noch was anderes gemacht und habe ISN dabei ein paar mal minimiert und danach wieder maximiert.
Plötzlich war statt NULNUL folgendes zu sehen NULNULNUL.
Wenn man ISN wieder in den Vordergrund holt wird ja der Scriptbaum jedesmal akualisiert.
Kann das vieleicht durch deine neue Aktualisierung kommen?
Du hattest doch die Aktualisierung umgeschrieben so weit ich das hier mit verfolgt habe.
So ich habe nochmal alles ausführlich getestet
Auf Arbeit (WIndowsXP SP3 32 Bit) besteht das gleiche Problem und da auch erst seit dem ich heute ISN auf 0.85 geupdatet habe.
Ich habe mein Script soweit gekürzt und dir die au3 (gezippt) per Mail geschickt
Ich habe noch folgendes beobachtet.
NULNUL wird erst in die au3 mit abgespeichert wenn ich es nicht lösche, also drin stehen lasse.
Das ändert aber nichts daran das ISN diese Zeichen von sich aus einfügt.
Gehe mal meine 3 Anläufe/Schritte durch ob das ganze dann bei dir auch auftritt.
Der Ablauf sieht wie folgt aus.
Erster Anlauf
-Ich öffne mein Projekt in ISN
-NULNUL steht am Ende des Scripts
-ich lösche NULNUL
-speicher das Projekt
-schließe ISN
-öffne die au3 in SciTE um zu sehen ob NULNUL drin steht, aber Fehlanzeige nix zu sehen.
-ich schließe SciTE wieder ohne zu speichern
Zweiter Anlauf
-Ich öffne mein Projekt wieder in ISN
-NULNUL steht wieder am Ende des Scripts
-ich speicher das Projekt ohne jegliche Änderung
-schließe ISN
-öffne die au3 in SciTE um zu sehen ob NULNUL drin steht, so nun ist NULNUL auch in SciTE zu sehen
-ich schließe SciTE wieder ohne zu speichern
Dritter Anlauf
-Ich öffne mein Projekt wieder in ISN
-so jetzt kommt die Meldung das die Datei außerhalb von ISN geändert wurde und die Datei kann auf Wunsch neu geladen werden
Das ganze wurde jetzt durch NULNUL am Ende des Scripts (zweites Speichern des Projekts) ausgelöst.
Ja in SciTE sehe ich diese Steuerzeichen auch, aber nur wenn ich das Projekt mit dem NULNUL bei ISN auch so abspeicher.
Wenn ich NULNUL bei ISN rauslösche und dann das Projekt abspeicher sind diese Zeichen nicht in SciTE zu sehen.
Öffne ich dann das Projekt wieder in ISN dann dann sehe ich wieder NULLNUL (mit schwarzen Hintergrund) am Ende des Scriptes.
Hmm,, schwierig da sind zu viele Firmeninterne Sachen drin im Script. (keine Logins aber andere Sachen, welche ich ungern irgendjemanden zeige )
Ich gehe aber auch nicht davon aus das es was mit diesem Script zu tun hat, sonst würde in SciTE wohl das gleiche wäre.
Sehr rätselhaft was es mit diesem nichtdruckbaren Steuerzeichen NULLNUL (mit schwarzen Hintergrund) auf sich hat.
Ich teste mal ob ich das Problem auch auf meinem Arbeits-PC habe mit speziell dieser einen .au3
Ja gefällt mir die Debug-Console
So getestet.
Also im Cache sind die nichtdruckbare Steuerzeichen NULNUL nicht zu sehen,, nur im ISN-Editor.
Ich bin am Rätselende
Ich schau mal morgen auf Arbeit wie das dort aussieht mit dem gleichen Script/Projekt.
Ah ist ja interessant mit der Debug-Konsole
So gestet, aber ich sehe in der msxbox nicht die letzten zeilen da mein script mitlerweile 1981 Zeilen hat.
Die msgbox ist ein bischen kurz dafür
Gibts für die Debug-Konsole noch irgendwas Scrollfähiges?
Wieso autobert hats eingbaut also passt es
#include <Date.au3>
$iDateCalc = _DateDiff( 'D',_NowCalc(),"2012/12/31")
MsgBox( 4096, "", "Heute ist der " & _DateTimeFormat(_NowCalc(), 2) & " und das Jahr hat noch " & $iDateCalc & " Tage." )
Wieso ein AutoIt Bug ?
Wohl eher ein autoBert Bug, er hats doch eingebaut
Sry hab´s wirklich überlesen..
kann passieren
Wegen den Zeichen:
Also das Log sieht ok aus...(Hast du schon mal getestet ISN aus einem anderen Verzeichnis zu starten?)
Ja habe gerade ebend ISN auf Partition D: kopiert
Effekt = Der Fehler das die Datei außerhalb von ISN bearbeitet wurde ist erst mal weg.
Die 2 Zeichen (nichtdruckbare Steuerzeichen schreibt ISN immer noch ans Ende des Scriptes, genau genommen als letztes Zeichen und zwar NULNUL (hintereinander weg)
Das Script läuft zwar trotzdem, aber ich frage mich schon warum ISN dies am Ende einfügt
War dieser Bug bei Version 0.8 BETA auch schon?
Nein, das war erst nach dem Update auf 0.85 Beta per Updates suchen
Nochmal die Frage fall sie überlesen wurde
Was prüft ISN beim Projekt ab, das ISN der Meinung ist das die .au3-Datei außerhalb von ISN geändert wurde ?
Zeitstempel?
Achja, der Vollständikeihalber für die ominösen Zeichen das ganze unter Windows 7 64 Bit:
ISN AutoIt Studio - Debug
----------------------------------OS: WIN_7 Service Pack 1 (X64)
RAM: 4094.43 MB
Studio version: 0.85 BETA 02.07.2012 (20120702)
Executable path: C:\Program Files (x86)\ISN AutoIt Studio\Autoit_Studio.exe (PID 3396)
Run on monitor: 1 (Detected: 1)
Run from drive: C:\
|-> compressed: No
Working dir: C:\Program Files (x86)\ISN AutoIt Studio
Script dir: C:\Program Files (x86)\ISN AutoIt Studio
Project dir: C:\Program Files (x86)\ISN AutoIt Studio\Projects
Skins dir: C:\Program Files (x86)\ISN AutoIt Studio\Data\Skins
Current Skin: #none#
Cache dir: C:\Program Files (x86)\ISN AutoIt Studio\Data\Cache
Loaded Plugins: 2
Loaded filetypes: jpg,jpeg,bmp,ico,dll,wav,wave,mp3,ogg,avi,mpeg,mpg,divx,wmv,isf, (15)
Run mode: Compiled version
User is admin: Yes
Autoit3.exe: OK
Aut2exe.exe: OK
AutoIt3Help.exe: OK
Languagefile: german.lng
Config writable: Yes
Startups: 95
Ich schau mal gleich ob das ganze bei mir Windows XP 32 Bit auch auftritt.
Na endlich
Her damit
Werd mal nacher gleich ein bischen testen
Danke !
[Edit]
- so update ist durchgelaufen, so weit so gut.
erster start
und dann folgendes
- NEU: Wird eine Datei außerhalb von ISN geändert wird dies erkannt und die Datei kann auf Wunsch neu geladen werden
1 Bug oder doch ein Feature?
Wenn ich auf "Ja" klicke bringt er mir immer wieder die Messagebox solange bis ich 2 mal auf "Nein" klicke.
Kannst du das noch mal prüfen ob da was klemmen könnte?
[Nachtrag]
es ist wohl ein BUG
Wenn ich ISN Autoit Studio minimiere und dann wieder in den Vordergrund hole, dann geht das Spielchen mit von vorne los.
Wobei auffällig ebendso der Scriptbaum refresht wenn man ISN wieder maximiert 
[Frage}
Was prüft ISN beim Projekt ab, das ISN der Meinung ist das die Datei außerhalb von ISN geändert wurde
Desweiteren sehe ich am Ende meines Scriptes folgendes "
[Blockierte Grafik: http://picupload.org/i/2012/07/04/QBWA7.jpg]
Hmmm, ich habe jetzt mal mehrere ältere Projekte geladen und überall habe ich in der letzten Zeile diese nichtdruckbaren Zeichen mit NULL drin.
Misteriös
Wenn ich diese ominöse letzte Zeile lösche und dann das Projekt abspeicher und das gespeicherte Projekt wieder über die Projektverwaltung neu lade ist diese Zeile wieder da.
Hilfe
