Печать в XPS работает, на принтер — нет

Что-то пытается использовать указатель lpszDocName, ожидая строку. Поэтому туда хотя-бы пустую строку надо. Крах из=за этого.
На всякий случай еще поле размера можно заполнить lpDI->cbSize=sizeof(*lpDI);
Остальные поля видимо можно оставить

Может дело в принтере? Если хотите, выложите экзешник - завтра вечером проверю на своем принтере. У меня импорт в Code::Blocks не удался, скомпилировать не смог.

В 7 or 8 по умолчанию setup XPS-принтер. От этого нужно исходить. Откройте для примера "Блокнот" потом File>Print , в окне Print , должен быть ваш физический принтер. Пробуем делать Печать из "Блокнот". Если нет , тут есть одна деталь, но не факт Windows подставил не правильные дрова. Ставим родные дрова.
Ну раз мы находимся в теме WIN32 API. То нужно смотреть в сторону GetPrinter, SetPrinter, GetPrinterData, SetPrinterData, OpenPrinter и т.д.
Короче потом нужно физический принтер сделать по умолчанию.
P/S
Типа так в трёх словах.

Очень странно, что "memory allocation error" возникает при компиляции ☺ Переименуй файл из вложения в .exe

Принтер по умолчанию влиять не должен. Или что, если по умолчанию выбран XPS, то при попытке печати на другой я ошибку должен получить? Бред. Тем более, пробовалось и на системе, где установлен по умолчанию обычный принтер. То же самое.

И что мне это дало? Объявление функции я смогу прекрасно посмотреть на MSDN, а для открытия принтера эта функция необязательна — принтер у меня выбирается с помощью PrintDlg(), а открывается для использования с помощью CreateDC().

У меня напечатала только на PDF-принтер (PDF Creator), но что-то долго думала. На XPS не напечатала. На реальном принтере сразу вылетает с ошибкой. В очередь не ставит даже. Windows Vista.
По-умолчанию принтер реальный. С него и начинал. Файл NomenclatureList брал из изначального архива.


ОБНОВЛЕНИЕ ПОСТА
----------------------------------
С XPS-ом заработала и больше не тормозит с PDF принтером. Причина была в блокировке программы файрволом - доступ к памяти ему не понравился и он ее в песочницу поместил. Перенес в доверенные, больше не блокируется. Но с реальным принтером - все то же, также фатально вылетает с ошибкой.

MSDN для CreateDC в случае принтеров рекомендует первый параметр NULL, поскольку lpszDriver игнорируется для принтеров. Вряд ли поможет, но можно попробовать.

В архиве HDC hDC=CreateDC((LPSTR)dn+dn->wDriverOffset... Я бы NULL попробовал заслать.
Посмотреть мне не получится в полной мере. Но ошибка явно в районе CreateDC, видимо сразу за ним.
Как запасной вариант: может на физический принтер лучше не рисовать, а временный файл делать и его печатать? Может он такое обилие команд не успевает отрабатывать. Еще можно задержку попробовать перед отрисовкой сделать.

Дебаженье с подключением по пиду дало на крахе такое:
Program received signal SIGSEGV, Segmentation fault.
In wcslen () (C:\Windows\system32\msvcrt.dll)
Последнее, что происходит - постановка в очередь, потом крах.

Можешь выложить дебаговскую сборку с символами? Может удасться выудить что-то более понятное.

P.S. Самому мне собрать не удается, Code::Blocks нормально не импортирует ресурсы студийные. Сперва давала странную ошибку нехватки памяти - но это удалось победить, поменяв кодировку на UTF-8. Загадочная ситуация.. Но потом, стала просто на ресурсы как на сплошную синтаксическую ошибку ворчать :)

А в журнале винды записалось следующее:
Сбойное приложение DocFolders.exe, версия 0.0.0.0, штамп времени 0x54dcbeb4, сбойный модуль msvcrt.dll, версия 7.0.6001.18000, штамп времени 0x4791a727, код исключения 0xc0000005, смещение ошибки 0x0000f3e7, ИД процесса 0x2d4, время запуска приложения 0x01d047ccc3e832d6.

Так, ну это уже днём… А вот wcslen() меня удивила — я же её не использую :) Да и MSVCRT тоже. Выложу тебе .pdb к релизу, наверное — для дебага тебе надо дебажные версии MSVCR….dll иметь.

Там дебажных библиотек потребуется возможно не одна :) Давай пока с .pdb попробую. Но экзешник релизный крохотный, скорее всего символы отладочные в нем не содержатся. Нет настроек сгенерить релиз без удаления лишних символов? У меня в компиляторе такое возможно.

Вот версия с символами. От рантайма зависимостей там нет, поэтому приложил символы только приложения. Надеюсь, что там пути относительные, и всё подтянется ☺
Так-то да, я отключаю генерацию отладочной информации, но тут включил специально. Надеюсь, всё корректно.

Похоже надо заполнить структуру:
DOCINFO* lpDI=(DOCINFO*)HeapAlloc(hHeap,HEAP_ZERO_MEMORY,sizeof DOCINFO);
lpDI->lpszDocName="нечто"; lpDI->... и т.д.

Изначально не надо путать 0 с ПУСТО (NULL) весь код не проверял не моя есть задача
Теперь так
CreateDC и OpenPrinter это есть разные понятие. Т.Е что автомобиль заводить замком багажника.
CreateDC - создать контекст устройства (DC)
OpenPrinter - открыть заданный принтер
Вам нужно понять , что есть спулер
Выше я печатал код , на который Вы громко стучали по клаве так вот
В переменной phPrinter нужно убедиться , что нет begin space and end space.
И соотвественно для мня тема закрыто.

Если Вы 0 с ПУСТО (NULL) не видите разнице об чём разговор идёт далее.
ВСЁ ТЕМА ДЛЯ МНЯ CLOSE.
P/S
Не надо бычеться. Тема началось с Очень нужна ваша помощь.

Установил себе экспресс-версию студии 2010, может когда еще пригодится. Поправил в коде, как говорил:

Заработало. Только для "Корона" у меня немного залезает за поля (у слова "год" буква "д" не вмещается), прикрепляю скан распечатки.

Спасибо за помощь! Отписаться смог только сейчас, но всё сделал уже днём. Мне хватило только размер DOCINFO указать ☺
Вот ведь засада, вроде не написано, что обязательно к заполнению, такая мелочь, но такие проблемы!

С форматированием буду разбираться, это уже второй вопрос =)

Ребят, снова небольшая проблема. Есть один принтер, на котором почему-то моя программа не печатает, но дело в том, что надо, чтоб напечатала и на нём. Причём задание в очередь отправляется, висит там секунду и исчезает, а на принтере индикация, что есть что-то на печать. В то же время из того же ворда, допустим, печатает без проблем.
Я добавил проверку на ошибки функций открытия/закрытия документа/страницы, но они отрабатывают без ошибок. Не знаю, куда ещё копать.