Programm zieht beim Start spoolsv.exe fest..?!

[Ganymed]

Moin!

Ich habe das Phänomen, dass mein Programm auf einigen Rechnern gut und gerne mal zehn Minuten braucht, um zu starten. In dieser Zeit ist der spoolsv.exe-Prozess immer zwischen 92-97% ausgelastet (!) während der Prozess der Anwendung selbst quasi im Leerlauf ist.

Nun die Frage: Wie kann ich am ehesten herausfinden, woran das liegt? Zumal sich dieser Effekt in meiner Entwicklungsumgebung nicht nachvollziehen lässt...

Auf den betroffenen Computern lässt sich das Problem dadurch umgehen, dass man die Drucker deinsatalliert und neu installiert. Das muss man aber nach (fast) jedem Booten machen, daher KANN das keine Lösung sein...

Grüße

[Luckie]

Was macht denn dein Programm? Ohne nähere Informationen läßt sich da wohl kaum was zu sagen.

[Hudel1965]

Verwendet dein Programm Quickreports ?

Wenn ja, Quickreport geht beim Create eines jeden Reports hin und scannt alle Drucker ein, wenn viele Netzwerkdrucker vorhanden sind, dauert das manchmal extrem lange, eventuell rührt daher das Problem.

Ich habe mir so beholfen, daß ich die Reports erst dann erzeuge wenn ich sie brauche.

Gruß

Hudel

[Ganymed]

Zitat:

Zitat von Luckie

Was macht denn dein Programm? Ohne nähere Informationen läßt sich da wohl kaum was zu sagen.

Den Zweck des Programmes zu beschreiben, würde hier etwas weit führen, aber ein paar technische Details könnten in der Tat hilfreich sein :-D

Es ist noch eine Delphi5-Anwendung, benutzt eine Paradox-Datenbank (über BDE) und den ReportBuilder für Ausdrucke. Außerdem verwende ich noch Multilizer-Komponenten für die Übersetzung.

Am ehesten könnte ich mir vorstellen, dass es etwas mit dem Multilizer/ReportBuilder zu tun hat. Alle Reports haben eine DocumentName-Eigenschaft. Außerdem verwendet der RB die rbPrint.cst-Datei für die Übersetzung. Eigenartiegerweise ging das ganze einie ganze Zeit lang gut. Ich kann nicht sagen, dass ich etwas geändert hätte, das zu diesen Effekt führt. Und wie gesagt, es tritt nur bei einigen wenigen Installationen auf...