Win32 error code returned by the print processor 0x0

Исправить код ошибки Win32, возвращаемый процессором печати

Win32 error code : ошибка, которая может возникнуть при попытке печати локально или из служб терминалов.

Всякий раз, когда возникает эта проблема, вы не можете печатать документы, даже если принтер отображается в Windows. При возникновении этой проблемы диалоговое окно с сообщением об ошибке не появляется, но программа просмотра событий регистрирует его со следующими сведениями:

Документ без названия. Блокнот, принадлежащий blin, не смог распечатать на принтере 041hp4050 (перенаправлено 4). Попробуйте распечатать документ еще раз или перезапустите диспетчер очереди печати. ​​Тип данных: RAW. Размер файла спула в байтах: 23044. Количество напечатанных байтов: 0. Общее количество страниц в документе: 1. Количество напечатанных страниц: 0. Клиентский компьютер: ноутбук. Код ошибки Win32, возвращенный процессором печати: 5. Доступ запрещен.

Это особенно частая проблема для платформ Windows Server. Это может быть связано с драйвером принтера, недостаточной оперативной памятью или с диспетчером очереди, получающим недопустимые данные.

Диспетчер очереди печати Windows обычно является источником этой проблемы. Ниже приведено несколько возможных решений проблемы « Код ошибки Win32 ».

Наличие ошибок Win32 на вашем компьютере? Вот как вы можете их исправить

1. Запустите средство устранения неполадок принтера
2. Назначить разрешение для диспетчера очереди печати
3. Перезапустите диспетчер очереди печати
4. Очистить каталог диспетчера очереди печати
5. Установите новый драйвер принтера

1. Запустите средство устранения неполадок принтера

Средство устранения неполадок принтера, включенное в Windows, – это первое, что вы должны открыть, чтобы исправить проблемы с принтером. Это не всегда помогает, но, тем не менее, может устранить многочисленные проблемы с принтером.

Диспетчер очереди печати – одна из вещей, которую проверяет средство устранения неполадок. Вот как вы можете открыть средство устранения неполадок печати в Windows 10.

• Нажмите кнопку Cortana и введите «устранение неполадок» в поле поиска.
• Нажмите «Устранение неполадок», чтобы открыть окно непосредственно ниже.

• Выберите «Принтер» и нажмите кнопку «Запустить средство устранения неполадок , чтобы открыть окно, расположенное ниже.

• Тогда вам также нужно выбрать принтер для устранения неполадок, если у вас есть несколько принтеров. Выберите принтер и нажмите кнопку Далее .

– ТАКЖЕ ПРОЧИТАЙТЕ: 6 лучших программ для управления принтером для оптимизации производительности

2. Назначьте разрешение диспетчеру очереди печати

В частности, это исправление службы терминалов для ошибки « код ошибки Win32 ». Это разрешение использует служебную программу командной строки Cacls.exe для назначения разрешения диспетчеру очереди печати. Вы можете сделать это следующим образом.

• Сначала откройте командную строку от имени администратора.
• Введите C “C:” w/o ’в командной строке и нажмите клавишу Enter.

• Введите «CDWindowsSystem32Spool», чтобы перейти в папку «Спул», а затем нажмите кнопку «Ввод».

• Введите ‘Cacls.exe ПРИНТЕРЫ/e/g users: C’ в окне подсказки и нажмите клавишу возврата.

• Затем перезапустите ОС Windows.

ТАКЖЕ ЧИТАЙТЕ: как исправить проблемы с печатью в Windows 10

3. Перезапустите диспетчер очереди печати.

В журнале просмотра событий об ошибке « Код ошибки Win32 » указывается, что необходимо перезапустить диспетчер очереди печати. Так что это еще одно потенциальное решение, подтвержденное некоторыми для работы. Вот как вы можете перезапустить спулер в Windows.

• Нажмите клавишу Win + R, чтобы открыть Run.
• Введите “cmd” в текстовом поле “Выполнить”, а затем нажмите кнопку ОК .
• Введите «net stop spooler» в окне командной строки и нажмите Enter, чтобы отключить службу диспетчера очереди печати.

• Введите «net start spooler» и нажмите клавишу «Return», чтобы перезапустить службу.

4. Очистите каталог диспетчера очереди печати.

• Если приведенное выше разрешение не помогает, вы можете сделать еще один шаг, очистив каталог спулера. Сначала остановите службу диспетчера очереди печати через командную строку, как описано выше.
• Затем введите «del% systemroot% System32spoolprinters */Q» в окне подсказки и нажмите клавишу «Return».

• Перезапустите спулер, введя «net start spooler» в командной строке.

5. Установите новый драйвер принтера

Так как ошибка « Win32 error code » может быть связана с драйвером принтера, его замена на свежую и обновленную также может решить проблему.

Вы можете загрузить новый драйвер с веб-сайта производителя принтера.Вот как вы можете установить новый драйвер принтера в Windows:

• Сначала введите «Системная информация» в поле поиска Windows. и затем выберите, чтобы открыть System Info.
• Нажмите Сводная информация о системе в окне «Сведения о системе», в котором указаны сведения о типе системы, указывающие, является ли ваш ноутбук или компьютер 64 (x64) или 32-разрядным (x86). Эта информация понадобится вам для загрузки совместимого драйвера принтера.

• Вам также понадобится информация о модели принтера, которая обычно указана на принтере. Если нет, обратитесь к руководству по эксплуатации принтера.
• Затем откройте веб-сайт производителя вашего принтера.
• Откройте раздел загрузки или драйверов на веб-сайте производителя принтера.
• Введите модель вашего принтера в поле поиска драйверов сайта или выберите его в раскрывающемся меню.
• Затем загрузите обновление драйвера принтера. Убедитесь, что 64- или 32-разрядный драйвер подходит для вашей платформы.

• Нажмите кнопку Загрузить , чтобы сохранить драйвер принтера в Windows.
• После загрузки драйвера нажмите Запустить в диалоговом окне Загрузка завершена. После этого вам может понадобиться извлечь некоторые файлы в папку.
• Установите драйвер принтера через диспетчер устройств. Нажмите горячую клавишу Win + R, чтобы открыть Run, и введите «devmgmt.msc», чтобы открыть окно, расположенное ниже.

• Нажмите правой кнопкой мыши на свой принтер в списке и выберите Обновить драйвер , чтобы открыть окно ниже.

• Выберите параметр Просмотреть мой компьютер для поиска драйверов и нажмите Разрешить выбирать из списка драйверов устройств на моем компьютере .

• Нажмите кнопку Иметь диск и нажмите Обзор , чтобы выбрать папку, в которую вы распаковали файлы драйвера.
• Нажмите INI-файл в извлеченной папке драйвера и нажмите кнопку Открыть .
• Нажмите ОК в окне «Установить с диска».

Источник

Win32 error code returned by the print processor 0x0

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

Event Type: Error
Event Source: Print
Event Category: None
Event ID: 6161
Date: 2/1/2011
Time: 10:42:36 AM
User: domainXuserX
Computer: \server_name
Description:
The document R5548001A_LLM05D_920914.PDF owned by XuserX failed to print on printer DBFX3000-01. Data type: NT EMF 1.008. Size of the spool file in bytes: 132788. Number of bytes printed: 0. Total number of pages in the document: 1. Number of pages printed: 0. Client machine: \machine_name. Win32 error code returned by the print processor: 0. The operation completed successfully.

I keep receiving above error for the past couple of weeks. It gets resolved once i restarted the print spooler. I tried all suggestions from http://social.technet.microsoft.com/wiki/contents/articles/windows-server-troubleshoot-event-id-6161-print-spooler-status.aspx, none is working, except ‘installing new printer driver. ‘ because i’d like to understand why restarting print spooler resolve it temporarily if it’s indeed because of bad drivers?

Adding on, it keeps occuring everytime users trying to print PDF files. Is this related GDI objects limitation?

FYI, the print server is running on W2K3 SP2 and printers are FX ApeosPort-II 3000/5010

Источник

Win32 error code returned by the print processor 0x0

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Asked by:

General discussion

My Print Spooler has crashed a couple of times over the last few weeks. To fix the issue I have to clear out the spool folder «%WINDIR%system32spoolprinters», then start the Print Spooler service. If I try to start the spooler prior to clearing the spool folder it just fails right away.

I have copied the files from the spool folder and was hoping it would be possible to determine what file is causing the crash. Does anyone have any ideas on how to do this? Other than putting them back into the spool folder and risk crashing my production server again that is!

All of my clients are a mixture of XP and Win7 32-bit, so my server has x86 drivers, as well as the x64 drivers. I am only using the HP UPD v 5. 4 on this server for all printers. The x64 driver is set to «Driver isolation — Shared» and my x86 drivers are set to «Driver isolation — None». This was set as default when I installed. Should the x86 drivers have isolation enabled, or does this need to be off for the XP clients?

Many thanks in advance.

Setting isolation to ‘Shared’ for X86 UPD v5.4 is ok, might solve server’s spooler crashes.

Is ‘Client side rendering’ enabled at printqueues properties?

Can you upload some problematic .SHD along with .SPL files?

Also it very interesting to see event ID’s and error codes from event log surrounding spooler crash.

Thanks for the reply Sergey,

On the isolation, because all of my print queues are using the same driver is isolation even going to help? As far as I understand isolation only works for multiple print drivers. If you have multiple queues using the same driver don’t these queues share the same » PrintIsolationHost.exe » process?

Yes, «Render print jobs on client computers» is enabled.

I haven’t yet figured out what files have caused the issues. I have over 600 users printing to this server so there we re quite a few files present in the spool folder for the time of the crash. Also, it’s not possible for me to upload any files, they are too sensitive /secure .

Can you advise of a way to figure out what files caused the issue?

In the system log we just had :

Error communicating with the Spooler system service. Open the Services snap-in and confirm that the Print Spooler service is running. & The Print Spooler service terminated unexpectedly. It has done this X time(s). The following corrective action will be taken in 60000 milliseconds: Restart the service.

In the Application log we had:

Faulting application name: spoolsv.exe, version: 6.1.7601.17514, time stamp: 0x4ce7b4e7

Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000

Exception code: 0xc0000005

Fault offset: 0x0000000000000000

Faulting process id: 0x1228

Faulting application start time: 0x01cda04a6e1df29a

Faulting application path: C:WindowsSystem32spoolsv.exe

Faulting module path: unknown

Report Id: b0d94118-0c69-11e2-b8de-00505691007c

Fault bucket , type 0

Event Name: BEX64

Response: Not available

These files may be available here:

Rechecking for solution: 0

Report Id: b0d94118-0c69-11e2-b8de-00505691007c

Report Status: 4

It has just occurred to me now that isolation on the x86 drivers may actually help, even if all the queues are using the same » PrintIsolationHost.exe «, they will still be separated from the spoolsv.exe process.

I will look to enable this.

If you could review my above post and advise if you notice anything that jumps out that would be great.

If you copy the WERnnnn.hdmp file to your skydrive and share it, I can tell you which driver. I can’t get the job data at this point. The file should be under the below system/hidden directory.

Setting the isolation mode on all the driver will just move the failure out of the spooler process into the printisolationhost.exe process. This process will fail in the one job rather than take out the spooler service.

Finding the failing document is time consuming and a waste of paper when you have real printers at the end of the print path. It’s also very rewarding from my perspective when I can give a spl / shd file set to a vendor and tell them which one of their drivers to install in order to reprint the job and catch the memory corruption over and over and over until they understand where the coding error is.

Alan Morris Windows Printing Team

Are you using Adobe reader X? I have a strong feeling that sometimes printing from it’s ‘protected mode’ to GDI printers like HP1022 can cause such a mess. Try to print some complex document. Also you can check server’s ‘Printservice’ ‘admin’ and ‘operational’ (must be enabled) logs at server for faulting document’s info errors.

Not sure it’s yours but worth to check for WSD-ports on the server, and if they are present, and not connected to any printers, they should be deleted. To delete the port, you would need to create a new (fake) printer, connected to that particular port, and the delete the printer.

All of my print queues on this server are using the same print driver, the HP UPD 5.4. Therefore I think we can presume this is the driver that failed. There is probably no point in me seeking out this dump file to tell us this. Plus, my company is a Law Firm and they don’t like to upload any internal information/files to external sources!

My current x86 driver is set to «None» for Isolation, but in the «Printservice» event logs I have events relating to «Isolating printer drivers and other plug-ins» and it states » driver HP Universal Printing PS (v5.4), in the isolation mode 1″. Mode 1 is Shared so I don’t understand this. The x64 driver is set to Shared, but none of my clients are using x64, the are all 32-bit.

On the spl/shd files, I captured all of the files from the spooler folder yesterday while the spooler service was down. I later tested sending all of these jobs to a local printer from an XP PC by just dropping the spl files into the direct print queue window. I left the front door of the printer open so not to waste paper 🙂 None of these jobs crashed my spooler! I then just deleted the files from the queue to save on the prints. Do you think I should have seen a crash on my local spooler from one of these jobs?

No users have Reader 10 that I am aware of. Most have Adobe Reader 8 or 9. Some have Acrobat and some have Nuance PDF Converter Enterprise v7.x.

I do have «Printservice» logs enabled. I see some «Isolating printer drivers and other plug-ins» events in there with details —
The print job 381 was sent through the print processor hpcpp118 on printer «printer-name», driver HP Universal Printing PS (v5.4), in the isolation mode 1 (0 — loaded in the spooler, 1 — loaded in shared sandbox, 2 — loaded in isolated sandbox). Win32 error code returned by the print processor: 0x0.

But these events have been happening for a long time, and today also. Do they mean anything to you?

Other information events in here just relating to completed print jobs, but no errors for the times of the spooler crashes.

We have no WSD ports on this server.

The x86 driver is never loaded for printing on a 64bit machine. The file set is there only for software distribution to the 32bit clients machines which will load it. Isolation Mode for the 32bit driver will not matter on a 64bit machine but I suspect your 32bit driver name is different than the 64bit driver name. When I toggle the 64bit driver on my servers, the 32bit changes to the same state since isolation mode is per driver name.

The Door Open state should block the jobs from getting scheduled so I would expect GDI rendering not to have occured. If all the job states changed to Printed, then the rendering process did occur.

Alan Morris Windows Printing Team

I don’t think I will pursue trying to find the corrupt print job (if there even is one), there was over 350 jobs in the spool folder when I cleared it out, with any number of pages in each one. That would most likely generate a lot of waste!

So the x86 drivers are never loaded by the server, only by the clients. This means that I already have driver isolation set as the x64 driver is set to shared, see below screenshot of my PMC drivers window.

Do you have any other recommendations for troubleshooting my issue and trying to determine the root cause, or how I can try to prevent it happening again?

Thanks in advance.

Too weird. Did you use a 32bit XP or Server 2003 to install the 32bit driver on the server? That would at least explain why it’s not package aware since HP did release a package aware version.

FYI, a package aware driver contains all the files required for rendering the print data into the printer specific PDL (Printer description language) on the client machine. I know the HP Universal driver is a special beast. HP does force client side rendering with this device driver and never generates EMF. In the 32bit Windows 7 (and Vista if ya got it) client case, the print processor is not installed so that could be causing an issue. I’m not sure what HP does for XP.

I’d remove the non package install and reinstall directly on the print server now that you have the 32bit ntprint package preinstalled.

For folks reading along, the package drivers downloaded to the clients are the CAB files located under

Alan Morris Windows Printing Team

I installed fom a 32bit XP client.

I will monitor and see if the issue happens again, if so I will remove and reinstall the driver directly as you advised.

Many thanks for your advice Alan.

We have found that we needed to change the Print Processor to WinPrint/RAW on all of our HPUD printers (over 300 on our current print server). We have not had an HPUD caused spooler crash since then and have version 5.0 — 5.5.0. The only printers we do not set to WinPrint/Raw are Xerox. When we attempted this they would not print. We are working on migrating to a Win2k8R2 print server and for that one we have been using the Win 7×86 and 7×64 drivers (as the Win 7×64 are the same as the Win2k8R2 ones).

We currently have Brother, Canon, Dell, Epson, HP, Lexmark, Ricoh, Samsung, Sharp, and Xerox printers on our server.

Alan may know if this is still needed in Win2k8R2: in our Win2k3R2 print server any time the spooler crashed we would not get a dump file. We had to add a line to the registry and then configured Dr. Watson (drwtsn32.exe) to put the dump file in a folder of our choosing. The we opened the dump file up with WinDbg to see which dll was causing the spooler crash. In a different post Alan gave a script that we could then use to find what driver said dll was associated with. Once we had the driver name, we could use print management (sorted by driver name) to find the problem queues. From there, we updated the drivers or dropped the printers all together off our server.

Windows Registry Editor Version 5.00
;Print Spooler Driver Exception, if using a print server
[ HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlPrint]
«ThrowDriverException»=dword:00000001

Источник

Hi,

We have one PC in the house, a Lenovo desktop that consistently fails to print. We also have a Dell XPS machine that remains connected to the printer all the time. For me this rules out a wireless network issue as the Dell and mobile devices can always print. On the Lenovo printer I have cleared out drivers and HP Smart multiple times, stopped and restarted spooling and every time, HP Smart loads without issue but whenever I try to print, the spool reports error. I can ping the printer from the PC without any issues.

HP0897E9 (HP OfficeJet Pro 8710) HP OfficeJet Pro 8710 PCL-3

WSD-98266e8e-387c-4bd1-8d66-74daac8e7960 Local Server

Product Name HP OfficeJet Pro 8710 Product Number M9L70A Product Serial Number [Personal Information Removed]

From the embedded web server page I can print a Self Test Page but anything Windows, even a quick notepad file just errors. I imagine there is some type of driver issue.

I note this from the PrintService operational event viewer#;

The print job 8 was sent through the print processor MS_XPS_PROC on printer HP0897E9 (HP OfficeJet Pro 8710), driver HP OfficeJet Pro 8710 PCL-3, in the isolation mode 0 (0 — loaded in the spooler, 1 — loaded in shared sandbox, 2 — loaded in isolated sandbox). Win32 error code returned by the print processor: 0x0.

— System

— UserData