Savedialg ruft Programmabsturz hervor

[MiniMax]

Tag Zusammen,
ich habe folgendes Problem,

wenn ich in meinem Programm den Savedialog1 mit .execute aufrufe, und dort dann z.B. zum Desktop wechseln möchte (oder in irgend einen Ordner) stürzt das Komplette Programm ohne Fehlermeldung ab?? Falls es wichtig ist, ich verwende als skin alphaskins light 2010.

Könnt ihr mir da Irgendwie weiter Helfen? Woran liegt dass?

[Andreas L.]

Schau mal ob du irgendwelche Shellerweiterungen installiert hast.

http://www.delphipraxis.net/955722-post9.html

[MiniMax]

bei mir kommt ja kein fehler oder so! Das programm schließt sich einfach ??

[MiniMax]

hab da noch nen Sympthom enteckt --> Unter Vista (Entwicklungsrechner) funktioniert dass. Nur unter 7 und XP kommt es zum crash??

[sx2008]

Du musst einfach nur streng logisch vorgehen.

Folgende Vorgehensweise möchte ich mal Build-Up-Testing nennen.
Man fängt mit nichts an und erhöht die Schwierigkeiten schrittweise
1.) neue jungfäuliche Anwendung erzeugen
2.) Savedialog einfügen und über eine Button aufrufen
3.) Testen - auf versch. Rechnern
4.) Anwendung mit alphaskins light 2010 erweitern
5.) Testen - auf versch. Rechnern

Sollte das keine Problem liefern, kommt die umgekehrte Richtung dran.
Kopiere dein Projekt in ein neues Verzeichnis.
Dann wird Schritt für Schritt die Funktionalität und die Anzahl der Units
reduziert.
Units, die nicht gebraucht werden, sollen einfach gelöscht werden.
Wichtig ist, dass du möglichst schnell vom Programmstart bis zum Bug kommst.
Also nicht erst durch 5 Formulare klicken, sondern auf dem Hauptformular
muss es einen Button geben, der den SaveDialog ausführt.

[MiniMax]

so das war nen guter tipp :-D

Wenn ich alphaskins für den savedialog deaktiviere, tritt der fehler nicht auf! Aber es sihet dann besch aus im gegensatz zu dem restlichen Programm --> hat jemand eine Idee warum dass so is?

edit: Noch nen fehler: Wenn ich den neunen Dialog nehme (Filesavedialog) funktioniert es auf win7! Aber der Dialog wird nicht richtig geskinnt(schriften sind nicht zu Lesen Buttens sind weg...). Der alte funktioniert im geskinnten zustand nach wie vor nicht.

Hat jemand da ne Idee??

[Luckie]

Zitat:

Zitat von MiniMax (Beitrag 1051838)

Hat jemand da ne Idee??

Ja, nutze die Alphaskins nicht.

[Sir Rufo]

[OT]"Herr Doktor, immer wenn ich da drücke tut es weh!" - "Dann drück da nicht!" :mrgreen:[/OT]

[MiniMax]

gibt es ne gute alternative zu alphaskins?

[implementation]

Ja: Gar keine Skins benutzen. Die tragen schließlich zur Funktionalität des Programms null bei.
Lass sie weg und trage zu einer besseren Welt bei!

[Christian Seehase]

Moin MiniMax,

ausserdem solltest Du das Problem auch beim Hersteller melden, denn:
Nur wenn ein Problem bekannt ist, kann es auch behoben werden.

[OldGrumpy]

Das Thema ist altbekannt und es ist nicht nur die AlphaSkins-Produktpalette betroffen, liegt an Änderungen in Windows im Zusammenhang mit der Unterstützung der "alten" Filedialoge und deren Implementation in Delphi. Ich hab Anfang des Jahres reichlich Zeit damit zugebracht da eine Lösung zu finden, hab dann letzten Endes resigniert eine OS-Weiche eingebaut die, wenn eine betroffene Kombination vorhanden ist, im AlphaSkins-Skinmanager dann das Skinning für Systemdialoge abschaltet. Lieber hässlich und stabil als schick und wackelig.

Achja, bevor jemand wieder mit dem Vorschlag kommt einfach keine Skins zu benutzen: Würd ich gerne, ist aber Kundenvorgabe und nicht verhandelbar :)

[Sir Rufo]

Zitat:

Zitat von OldGrumpy (Beitrag 1051949)

Achja, bevor jemand wieder mit dem Vorschlag kommt einfach keine Skins zu benutzen: Würd ich gerne, ist aber Kundenvorgabe und nicht verhandelbar :)

Du könntest ja auch stattdessen den Kunden abschalten :mrgreen:

[messie]

Moin,

ich kann das Problem unter XP nicht nachvollziehen. Der TSaveDialog funkioniert ohne Probleme und ist auch schön bunt.
Ich verwende D2009 und Alphaskins 2009 (Vollversion).
Gibt es Bedingungen, die ich bei meinem Test nicht habe?

Grüße, Messie

[OldGrumpy]

Ja, das Problem tritt nur auf manchen Systemen auf, ich habe z.B. einen Anwender bei dem es ständig unter Vista auftritt. Leider sitzt der in Neuseeland oder so und traut sich auch nicht, mich via Fernzugriff eine Debuglösung dort aufbauen zu lassen. *sigh* Wenn ich mich recht erinnere, dann gabs dazu auch in den Foren bei MS einige Threads. In einem kristallisierte sich heraus, dass das Problem deutlich häufiger auftrat wenn ein MS-Officepaket installiert war. Welche Version genau das war, weiss ich allerdings nicht mehr. Der Zeitaufwand für die Suche nach einer Lösung war beträchtlich und führte schließlich zu dem Hack mit der OS-Weiche.

[MiniMax]

Hi also ich benutzte die 2010 light version mit dem skin "tv -b". Könntest du dass auch mal testen? Der fehler tritt bei mir auf xp und 7 auf! Unter Vista geht dass? Das is der Eizige rechner auf dem nur die demo version von ms office drauf is. Auf 7 is 2003 home and stundent und auf xp ms word 99

Könntest du das mal testen?

[messie]

Zitat:

Zitat von MiniMax (Beitrag 1052336)

Hi also ich benutzte die 2010 light version mit dem skin "tv -b". Könntest du dass auch mal testen? Der fehler tritt bei mir auf xp und 7 auf! Unter Vista geht dass? Das is der Eizige rechner auf dem nur die demo version von ms office drauf is. Auf 7 is 2003 home and stundent und auf xp ms word 99

Könntest du das mal testen?

Die Frage würde ich jetzt gerne mal in die Runde werfen: ich habe nur Installationen, bei denen die Vollversion installiert ist, mit VMs arbeite ich gar nicht.
Wer hat eine VM und kann das mal für den TE testen?

Grüße, Messie