Registry-Key

[grunewald]

Kennt jemand die Bedeutung dieses Registry-Schlüssels:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Print\Printers\1_b303]
"Attributes"=dword:00000050 ??

Nach dem Einrichten des (CUPS-)Druckers
(mittels rundll32 printui.dll,PrintUIEntry ...) steht dort eine 0x200 und
der Drucker geht nach dem Reboot in den Status "offline".

Durch viel Probierei habe ich herausgefunden, dass dies nicht passiert,
wenn ich o.g. Wert hart in die Registry rein bügel.

Nun wüsste ich gern, ob das wirklich eine tragfähige Lösung oder
nur Zufall ist .....

[Dr.Melzer]

Warum hast du den Drucker denn mit einem rundll32 Aufruf installiert?
Was ist das für ein Drucker und auf was für einem System ist er installiert?

[Noxx]

das würde ich mal über einen längeren zeitraum beobachten.

Wenn der Status online bleibt, dann passt es doch.
Ist zwar nicht des Rätsels lösung,,, aber der drucker bleibt online...

hat vielleicht mit (mittels rundll32 printui.dll,PrintUIEntry ...) zu tun ?!?!?

[grunewald]

Zitat von Dr.Melzer Warum hast du den Drucker denn mit einem rundll32 Aufruf installiert? Was ist das für ein Drucker und auf was für einem System ist er installiert?

Wir haben bei uns mehrere Hundert Windows-PCs (z.Z noch XP später Vista)
im Einsatz, da muss die Druckerinstallation und Deinstallation per Script aus Repositories erfolgen.
Per Microsoft-Klick-Klack ist das nicht zu handhaben.

Zunächst habe ich einen Brother HL 5250DN und einen
HP Color Laserjet 5550 als Testobjekte ausgesucht. Ich habe aber
noch etwa 20 weitere Typen.
Als Printserver-System benutzen wir CUPS in der Version 1.2.4. unter
Linux.

Der geschilderte Effekt tritt offenbar unabhängig vom benutzten Driver auf.
Getestet habe ich mit dem "CUPS Test Driver v6", dem "Brother HL-5240 BR-Script3" und dem "HP Universal Printing PS".

Ich hatte gehofft, dass irgendwo dokumentiert ist, welche Werte der
genannte Registry-Parameter annehmen darf, welche Bedeutung diese
besitzen und wie man sie "offiziell" (d.h. ohne regedit) setzen kann.

[grunewald]

Zitat von Noxx das würde ich mal über einen längeren zeitraum beobachten. hat vielleicht mit (mittels rundll32 printui.dll,PrintUIEntry ...) zu tun ?!?!?

Hat es mit Sicherheit! Wenn ich die Drucker interaktiv eintrage,
tritt der Effekt nicht auf.
Durch genauen Vergleich der entstandenen Registry-Einträge bin ich ja
auf diese "Lösung (???)" gekommen.

Dumm ist nur, dass man scheinbar weder interaktiv noch mit rundll22 eine
Möglichkeit besitzt, auf diesen Wert (dessen Bedeutung offenbar keiner
kennt?) aktiv Einfluß zu nehmen. Die benutzten MS-Programme legen ihn
einfach für mich fest und jedes so, wie es dessen Programmierer
für richtig erachtete!

[blub]

"Loesung" ist das keine. Besorg dir ein ordentliches Buch zum Thema VBS-Scripting. Im Kapitel "Drucken" wirst du richtige "Loesungen" und Erklaerungen finden, wie Drucker sauber per Script installiert werden koennen.

cu
blub

[grunewald]

Zitat von blub "Loesung" ist das keine. Besorg dir ein ordentliches Buch zum Thema VBS-Scripting. Im Kapitel "Drucken" wirst du richtige "Loesungen" und Erklaerungen finden, wie Drucker sauber per Script installiert werden koennen. cu blub

Nun ja!

Mit cscript C:\windows\system32\prncnfg.vbs -g -p printername

habe ich mir zunächst die Konfigurationsinformationen der Drucker
(a: per rundll32 installiert und b: mit Klick/klack installiert) anzeigen lassen.
So richtig schlau wird man daraus aber auch nicht!

Völlig unabhängig vom per regedit gesetzten Attribute-Parameter
liefert prncfg.vbs beständig die Aussage "Drucker immer verfügbar"
(auch wenn dieser im Fenster "Drucker und Faxgeräte" als offline erscheint).

Beim attribute-Parameter in der Registry 0x200 (Einstellung nach
rundll32 printUI ....), werden von prncnfg.vbs als Attribute
"do_complete_first" und "workoffline" genannt.
Wirklicht toll .... das Teil "workt" aber nur bis zu Reboot.

Mit dem von mir per regedit drüber gebügelten Wert (bei dem der Drucker
funktioniert) nennt prncnfg.vbs als Attribute nur "local network", dass/die(?) bei
Microsoft Corporation
nicht dokumentiert ist/sind. Auch prncnfg.vbs /? kennt diese Attribute nicht!

Wohl gemerkt, ich habe diesen Parameter (0x50), nach dem ich am Beginn dieses Treads fragte, von einen per Klick/Klack eingetragenen Drucker übernommen und natürlich wird auch bei diesem Drucker von prncfg.vbs als Attribute "local network" angezeigt!