| |
| |
|
Dieter
Zornow | j'ai mich la fois à einem Listview versucht, cela Directories einliest, dabei volonté qui zum Eintrag
passenden Icônes verwendet, plan comment chez Totalcommander ou bien Freecommander.
cela funktioniert aussi très bien, mais sur meinem Hauptrechner et sur meinem Notebook stürzt cela Programme
chez seulement einem Verzeichnis "Adressen" ab. sous Profan au plus tard beim zweiten ouvrir, avec Profan2CPP kompiliert
peux je es jusque 5x ouvrir bevor es abstürtzt. je cherche eh bien joli depuis Tagen pour einem faute et peux rien
trouver, là es oui sur chaque calculateur seulement cet une Verzeichnis ist, alle anderen marcher einwandfrei.
cela Verzeichnis hat keinerlei Besonderheiten et ist aussi pas grand. Weder XPSE encore qui dans profan2cpp eingebaute
Inspector avons une faute im Code trouvé. Könnte la fois quelqu'un testen, si es sur seinem calculateur également so
un Phänomen gibt.
Lauffähiger Voir le texte source et Exe avec Profan2Cpp kompiliert liegen chez. Funktioniert à cause de Subclassing Double-cliquez sur et
Droit seulement sous XProfan 11. qui Hauptbestandteile dürften mais aussi dans anderen Versionen courir. |
 |
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 15.07.2009 ▲ |
|
| |
|
|
RGH | Salut,
alors chez mir stürzt il déjà beim Versuch ab, dans un Verzeichnis "Adressen" trop échanger, gleiches konnte je aussi pour qui Verzeichnisnamen "RGH-Entw" et "SVP" feststellen. je serait la fois dans Getfolder.inc chercher et peut-être la fois un paire Debug-Messageboxen einbauen, um herauszufinden wohin oui c'est ca qui Schutzverletzung erfolgt. et si là ensuite Bereiche et API-Aufrufe involviert sommes, sollte qui Solution pas plus large weg liegen. là cela Problem reproduzierbar ist, sollte es seulement une Frage qui Zeit son ...
Salut
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 15.07.2009 ▲ |
|
| |
|
|
Jörg
Sellmeyer | allô Dieter,
je vermute la fois, qui faute liegt dans qui Procédure getFolder - et zwar dans qui Si-Konstruktion avant qui Tandis que-Boucle. Bau là la fois un Titre de la fenêtre Dir$ un et tu vois jusqu'à òu cela Programme venez.
Es doit plus avec qui Procédure ApiFindFile trop 1faire avons.
Folgende Fehlermeldung habe je conservé:
cela pourrait aussi bedeuten, qui peut-être. une Tandis que-Boucle pas korrekt sortir de wird.
Aussi devrait Du qui Si-Abfrage sur CaseOf ajuster. c'est, glaube je, quelque chose plus rapide.
et absolument den "substr$(put$,1,"|")" dans einer Variable abspeichern, bevor Du qui Vergleiche anstellst. So dois Du 4-5la fois avec Substr$() la valeur ermitteln, quoi naturellement unnötig Zeit kostet.
ah bon: Es pourrait encore avec cela trop 1faire avons, cela qui Dossier à erster Stelle steht. ensuite ist chez mir cela Programme am häufigsten abgestürzt.
Salut
Jörg |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 15.07.2009 ▲ |
|
| |
|
|
Dieter
Zornow | merci pour qui Hilfestellung, jusqu'à maintenant suis je encore pas weitergekommen. attrib$ ist oui sans équivoque declariert. cela hätte aussi déjà XPSE ou bien qui Inspector bemängelt. aussi qui Position des Verzeichnisses ist pas de Belang, chez mir ist es à 3. Stelle. sur den Namen Adressen wird mais scheinbar seulement im Hauptverzeichnis reagiert. cela verzeichnis dans un anders kopiert allez einwandfrei.
@Jörg: je denke qui Fehlermeldung ist une Falschmeldung de Profan. peut-être wird chez dir festgestellt, dass quelque chose pas stimmt mais c'est pas bien sûr quoi c'est, ensuite wird irgendwas gemeldet. Habe je selbst déjà souvent erlebt
Zur Zeit versuche je avec dem Errorsystem de Profan quelque chose pour trouver. Den externe Debugger peux on dans meiner Version scheinbar oublier qc. il ist im Profanverzeichnis et findet pas qui dazugehörende Include, weil il scheinbar pas ins Verzeichnis des Quellcodes wechselt ou bien là après cherchez. avec cela scheidet qui la fois aus. Es scheint so, dass quelque chose verbotener Weise dans un Adresse geschrieben wird. cela seul hilft mais aussi pas plus. |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 15.07.2009 ▲ |
|
| |
|
|
 | | seulement survolés mais je crois un faute ist, dass Du pour filefindhndl&=FindFirstFile(file#,info#) pas prüfst, si fileFindHndl& gültig befüllt ist. |
|
| |
| |
| |
|
|
Dieter
Zornow | j'ai es aufgegeben, j'ai den faute zwar eingegrenzt et einiges modifié, es hilft mais alles rien. qui Findfile-Routine peux je, comment je denke, ausschließen, là cela ganze sans qui Apifindfile proc seulement avec liste et addstring den gleichen faute hervorruft. Ist oui aussi trop ungewöhnlich si un Verzeichnis namensabhägig ist si es funktioniert ou bien pas. chez allen Namen volonté qui gleichen Routinen aufgerufen, pourquoi marcher quelques Namen pas. je werde cela Ding wohl verschrotten doit.
après que je avec dem externe Debugger qui *.enh Dossier probiert habe, car seulement qui allez, là alles dans einer Dossier ist, kam qui folgende annonce
-----------------------------------------------------------------------------------
Es fand un Debug-Ausnahmeereignis avec dem Code EXCEPTION_ACCESS_VIOLATION statt.
cela Debug-Ausnahmeereignis hat cela Signal EXCEPTION_CONTINUABLE.
cela Debug-Ausnahmeereignis fand à qui Adresse $401BA3 statt.
Es wird versucht dans qui Speicheradresse $1 unerlaubt trop écrivons.
-----------------------------------------------------------------------------------
ici mon Eingrenzung avec den Changements
KompilierenMarqueSéparation
if filefindhndl& > 0
whilenot GetLastError()= 18
Put$ = ApiFindFile("",filefindhndl&)
comp$ = substr$(put$,1,"|")
Messagebox(put$,comp$,0) danach
case comp$ = "":break
if (comp$ <> "[.]") and (comp$ <> "[..]")
temp$ = doubletrim(comp$,"[","]")
if isdir(temp$)
size$ = "|<DIR>|"
datum$ = substr$(put$,5,"|")+" "
uhr$ = substr$(put$,6,"|")+"|"
attr$ = Right$(substr$(put$,13,"|"),4)
put$ = comp$+size$+datum$+uhr$+attr$
addstring(folder&,put$)
else
size$ = "|"+substr$(put$,3,"|")+"|"
datum$ = substr$(put$,5,"|")+" "
uhr$ = substr$(put$,6,"|")+"|"
attr$ = substr$(put$,13,"|")
put$ = comp$+size$+datum$+uhr$+attr$
addstring(file&,put$)
endif
Messagebox(put$,"",Dir$) davor
endif
endwhile
endif
FindClose(<filefindhndl& )
|
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 16.07.2009 ▲ |
|
| |
|
|
RGH | Dieter Zornow, Beitrag=53269, Zeitpunkt=16.07.2009
après que je avec dem externe Debugger qui *.enh Dossier probiert habe, car seulement qui allez, là alles dans einer Dossier ist, kam qui folgende annonce
avec dem Debuger peux Du oui zeilenweise par cela Programme aller. chez quel la ligne venez car qui annonce?
Salut
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 16.07.2009 ▲ |
|
| |
|
|
Dieter
Zornow | j'ai pas zeilenweise probiert, j'ai mir une Protokolldatei écrivons laisser. j'ai eh bien encore une simple
Version getestet sans irgendwas trop filtern qui avec liste et addfiles arbeitet (Im Anhang). Es wird aussi seulement la première Spalte befüllt.
qui gleiche effet, quoique je im wesentlichen Bereich sur alle Apiaufrufe verzichte et Verzeichnisse et Fichiers avec Abfrage de "[" unterscheide. seul qui nom reicht aus afin de crashen, avec allen anderen Namen allez aussi cet simple Version. bien sûr ist, dass qui Absturz dans qui Boucle passiert, dans qui Verzeichnisse et Fichiers separiert volonté. Soweit suis je, sais mais pas comment abstellen. |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 16.07.2009 ▲ |
|
| |
|
|
| alors cela Programme dans qui AddFiles.Zip bekomm je pas zum abstürzen. (suis mais grad aussi "nur" à einem XPHomeSP3-calculateur)
Nachtrag: Ok, stürzt aussi - seulement moins zuverlässig. 
(la fois aujourd'hui soir zuhause nochmals anschauen) |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | j'ai cela Startverzeichnis la fois sur "C okumente et EinstellungenJörgDesktopgriddir" gesetzt.
y liegt pas qui prf-Dossier! si je cela Programme starte (sans irgendwelche Changements) et après juste wieder finis, venez un Absturz.
si je cela Programme mais dans "Cokumente et EinstellungenJörgDesktopgriddir1" starte (ici liegt qui Dossier), passiert rien Auffälliges.
peux es am Callback liegen ou bien ist es qui AddBackSlash-Procédure? 
chez mir fällt zwar aussi sur, qui Verzeichnisse avec "A" häufiger crashen, mais je hab encore pas getestet, comme chez anderen Verzeichnisnamen ist, qui am Anfang stehen. alors un Verz. "Beton" sans un Verzeichnis "Alu"  |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 16.07.2009 ▲ |
|
| |
|
|
Dieter
Zornow | Wird toujours seltsamer cela Ganze.
@IF: alors chez mir stürzt es zuverlässig ab, si je versuche Adressen trop ouvrir.
@Jörg: un callback ist oui pas drin. je ouvrir toujours dans C:\ et es passiert rien. Es wird oui aussi dans cela Verzeichnis modifié cela aufgerufen wird. la hâte du aussi gewartet jusqu'à cela Einlesen komplett fertig était, car ensuite pourrait
es abstürzen. chez mir hängt es aussi pas am ersten Buchstaben. Abiword peux je viele Male ouvrir sans, dass quelque chose passiert.
Es scheint si im Hauptverzeichnis cette nom ouvert wird passiert es, cela gleiche Verzeichnis dans einem anderen comme Unterverzeichnis funktioniert. si je cela Verzeichnis dans BAdressen umbenenne gehts aussi einwandfrei.
je probiere eh bien déjà 4 Tage et habe déjà presque alles abgeändert, mais es ändert sich rien am Verhalten. |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 16.07.2009 ▲ |
|
| |
|
|
| comme je plan Deinen Code pour mich un bisl sortiert habe c'est moi aufgefallen, dass Du Createest dedans qui SubClassProc u.v.m..
qui SubClassProc serait je toujours seulement comme Indikator pour qui Events nutzen, qui Abarbeitung cependant sollte wohl besser pas avec ins waitInput. simple aus qui SubClassProc une userMessage senden um ausserhalb des WaitInput abzuarbeiten. Dabei allez encore pas einmal quelque chose verloren.
So gesehen, obiger Code peux garnicht marcher, weil il sich pas dans den gesamtheitlichen Ablaufplan einpasst.
qui Aider sagt "WICHTIG: dans qui SubClassProc sollte so wenig comment possible geschehen. dans vielen Fällen wird on avec SetMenuItem une Befehlscode mettons. Sobald cette gesetzt ist, wird cela WaitInput sortir de et qui Befehlscode peux avec MenuItem() ou bien %MenuItem abgefragt volonté.".
Vlt. sollte on dans qui Aider quelque chose plus hinweisen. |
|
| |
| |
| |
|
(448)
Deutsch
English
Français
Español
Italia