Probleme mit Quickreport und Win XP

[oki]

Hi Leute!

Ich benutze immer noch artig mein D5 Enterprise ohne Updates und Patches. Nun ist folgendes Problem aufgetauch.

Unter Windows XP klappt meine Exe ohne eine Meldung einfach ab, wenn folgender Zustand hergestellt wird:

- ein unter XP eingerichteter Drucker (vorrangig Netzwerkdrucker) ist nicht aktiv oder abgeschaltet,
- in meinem Programm wird ein Formular mit einer QuickReport-Kompo kreiert.

Bemerkenswert ist, das das Programm nicht erst beim Aufruf sondert während des Creates wegklappt.

Da das für mich an der Stelle nur notwendiges Beiwerk ist (eben auch Drucken) mach ich da nicht was Besonderes. Normal automatisches Create bei Start, keine zusätzliche Manipulation von Daten oder Zugriffe auf Drucker etc.


Was ist das?

Ich bin mir eigentlich recht sicher, dass ich hier nichts falsch mache und vermute eher, dass mein Kompo-Stand nun wohl doch etwas veraltet ist.

Gruß oki

[mischerr]

Ich kann leider nicht ganz folgen, welchen Create du meinst.
Aber mir kam mal folgendes Problem mit QR, D5 und W2k/XP unter die Nase:

Wird ein Report mit Preview angezeigt und geschlossen kam es zu einer AV. Wurde direkt gedruckt war alles ok. Die Lösung war - so doof es klingen mag - ein Application.ProcessMessages nach dem Preview.

[oki]

Hi mischerr,

ja, also ganz simpel! Project; Neues Formular, QuickReport platzieren.

In die Projektdatei wird automatisch eingetragen: Application.CreateForm ...; also automatisches Erzeugen des Formulars.

Da das Prog genau an der Stelle wegbricht wenn das Formular mit dem QuickReport creiert wird ist alles klar. Die Rahmenbedingungen dafür, dass der Absturz eintrifft habe ich oben beschrieben.

Wo ich unter Umständen Application.ProcessMessages überall aufrufe müßte ich prüfen. Zu diesem Zeitpunkt wird jedoch definitiv kein Preview für den QuickReport aufgerufen.

Gruß oki

[Luciano]

Hi OKI

Ich hatte mal das Problem weil kein Standarddrucker unter W2K vorhanden war und da ist mir das Prog auch sofort abgeschmiert... ansonnsten weiß ich auch keine rechte Lösung für dein Problem aber wenn du sagtst, daß das nur passiert wenn der Drucker nicht aktiv ist... versuche doch mal einen anderen Drucker zum Standarddrucker zu machen und dann starte das Prog noch einmal...

Greets

[oki]

Jo Luciano,

dann ist schon alles ok.

Das bring ich aber keinem DAU bei.

Soll ich schreiben :

"Wenn mein tolles Prog ohne Meldung abstürzt, dann schauen Sie ob:
....
- der Drucker gerade nicht verfügbar ist,
...

"

Ich glaub, dass macht sich nicht so toll.
Da hab ich lieber das Problem bei mir vom Tisch. Trotzdem Dank. Ich steh mit dem Problem dann wohl nicht alleine da.

Hat noch einer ne Idee?

Gruß oki

[Touchdown]

Ist doch ganz einfach, autocreate raus und von Hand machen (man bedenke, die Anwendung braucht dann auch weniger Speicher). Vorher prüfen ob es einen Standarddrucker gibt, falls nicht, ggf. User auffordern einen einzurichten oder mit Monitor in der hand 10 mal um den Häuserblock rennen

[oki]

Hi Touchdown,

Dank!

Häuserblock ist ok.

Nun mal gefragt: Wo ist der Unterschied ob Autocreate oder eigenes. Create bleibt create. Der Absturz kommt so oder so. Dann eben nur später.

Wie kann ich sonnst prüfen ob der Drucker verfügbar ist?

Außerdem dachte ich, dass das doch wohl ein Bug in der Kompo ist(zumindest in Bezug auf XP). Ich halte sowas jedenfalls nicht für normal. Allgemein habe ich mich ja daran gewöhnt das eine oder andere Problem durch diverse Tricks zu umgehen.
Hier hatte ich jedoch gehofft es kommt einer und sagt:
"Spiele dieses oder jenes Update ein, zu finden hier und dort. Problem weg!!"
Ich dann: "Toll, super, Prima!!! Dank und weg."

Falsch gedacht?


gruß oki

[Luciano]

Hi OKI...

Delphi-Quellcode:

var
  DefaultPrnt : String;
begin 
  DefaultPrnt := Printer.Printers[Printers.Printer.PrinterIndex];
end;

Das gibt dir den Standard-Drucker wieder, wenn der String leer ist soll er halt vorher einen einrichten (lassen)...

Greets

[Luciano]

Hi OKI...

Delphi-Quellcode:

var
  DefaultPrnt : String;
begin 
  DefaultPrnt := Printer.Printers[Printers.Printer.PrinterIndex];
end;

Das gibt dir den Standard-Drucker wieder, wenn der String leer ist soll er halt vorher einen einrichten (lassen)...

Greets


[Edit]Zweimal das Gleiche posten ist blöde... sche*** Verbindung[/edit]

[oki]

Hi Luciano,

Dank für die Hilfe. Wenn keiner weiter eine Idee zum Thema Update für QuickReport oder an anderer Stelle hat, dann werd ich mit deinem Tipp halt durch die Hintertür müssen.

Gruß oki