memory leak width QPainter/QPrinter
-
I have a memory leak problem while simply using QPrinter/QPainter in my C++/QT application.
I need in my program to print several pictures choosen by the user (from 1 to up to 20), but each time the memory used raise up to about 200/500 Mo each time(depend of number of pictures choosen) with my little test project and about 1/2 Go with the main program and high quality pictures and doesnt'n bring back after print task.
That happen even with normal QPrinter/QPainter variable as shown balow.So, is there a mean of QPrinter/QPainter usage to avoid memory leak when use it several time in a row?
It's for a photobooth desktop software, so that's a problem and cause program crash or very slow after 10 or more pictures and/or print task.
The problem doesn't appear when I use
printer.setOutputFormat(QPrinter::PdfFormat);but I need to print to another printer.I ever tried some modifications such as put QPrinter and QPainter variable in member of wind object,try in debug mode with vs, or release without it... but it's the same.
I use Visual studio 2017 with QT 5.12.2 (msvc2017 64 bits).
Here a code example to illustrate this problem:
wind::wind(QWidget *parent) : QWidget(parent) { _printOut = new QPushButton("Print"); connect(_printOut, &QPushButton::clicked, this, &wind::printOut); QGridLayout *lay = new QGridLayout(); lay->addWidget(_printOut); _photoPrinterComboBox = new QComboBox(); QStringList printList = QPrinterInfo::availablePrinterNames(); _photoPrinterComboBox->addItems(printList); _photoPrinterComboBox->setMaximumWidth(250); _photoPrinterComboBox->setCurrentIndex(0); lay->addWidget(_photoPrinterComboBox); setLayout(lay); show(); } void wind::printOut() { QPrinterInfo printerInfo = QPrinterInfo::printerInfo(_photoPrinterComboBox->currentText()); QPrinter printer(printerInfo, QPrinter::HighResolution); QStringList files = QFileDialog::getOpenFileNames(this, "choisir images", "", "*.jpg", 0); QPainter paint; for (int i(0); i < files.size(); i++) { QPixmap img; bool succ = img.load(files.at(i)); if (succ) { QFileInfo fi(files.at(i)); paint.begin(&printer); qreal dpiX = printer.physicalDpiX(); qreal dpiY = printer.physicalDpiY(); paint.setRenderHint(QPainter::Antialiasing, true); QTransform trMillimeters = QTransform::fromScale(dpiX / 25.400, dpiY / 25.400); paint.setWorldTransform(trMillimeters, false); paint.drawPixmap(img.rect(), img); // the problem seem to appear here paint.end(); } } }Thanks in advance for your help,
labrass
-
@labrass said in memory leak width QPainter/QPrinter:
and doesnt'n bring back after print task
I presume you mean you allow the code to return to the Qt main event loop, but do not see a reduction in memory used.
Can you try: after one run of the 20 images in your code, allow it to return to the Qt event loop as usual. Then re-run with exactly the same 20 images. We want to see whether that uses up new, further memory, or whether that re-uses the memory which was allocated in the first run?
wrote on 30 Mar 2021, 14:58 last edited by labrass@JonB Yes you're right. So I do that with Qimage instead of QPixmap as suggested @KroMignon but it's the same thinks, the memory go further up after reprinting.
-
@JonB Yes you're right. So I do that with Qimage instead of QPixmap as suggested @KroMignon but it's the same thinks, the memory go further up after reprinting.
wrote on 30 Mar 2021, 15:14 last edited by@labrass said in memory leak width QPainter/QPrinter:
but it's the same thinks, the memory go further up after reprinting.
The only reason I see is that
paint.end()does not work, and do not release memory.On what kind of printer do you send the image?
Is the printer accessible/working? -
@JonB Yes you're right. So I do that with Qimage instead of QPixmap as suggested @KroMignon but it's the same thinks, the memory go further up after reprinting.
wrote on 30 Mar 2021, 15:26 last edited by@labrass said in memory leak width QPainter/QPrinter:
Yes you're right.
In what way? I asked whether memory still increases further if you show the same pictures again, or whether it does not increase any more than it already did?
-
@labrass said in memory leak width QPainter/QPrinter:
but it's the same thinks, the memory go further up after reprinting.
The only reason I see is that
paint.end()does not work, and do not release memory.On what kind of printer do you send the image?
Is the printer accessible/working?wrote on 30 Mar 2021, 15:31 last edited by labrass@KroMignon I tried with "microsoft print to pdf printer" and with photo printer (citizen cy printer) plugged by usb, these result are the same, the print task work but still increase memory without down back.
@JonB I mean, I did as you asked above, and the memory still increases after reprinting the sames pictures second time.
-
wrote on 30 Mar 2021, 16:32 last edited by JoeCFD
I did see memory leak of QPixmap(Qt 5.9.5) before through valgrind on Ubuntu. It was a small issue for me and ignored. But I can not reproduce it from my code now. Make a debug qt build and debug into it to see what is going on if it is a big issue for you.
-
I did see memory leak of QPixmap(Qt 5.9.5) before through valgrind on Ubuntu. It was a small issue for me and ignored. But I can not reproduce it from my code now. Make a debug qt build and debug into it to see what is going on if it is a big issue for you.
wrote on 31 Mar 2021, 07:21 last edited by@JoeCFD Ok, unfortunately, I not very at ease for rebuild Qt...
but I can show the output in debug runtime I notice some strange error, maybe related to this issue (sorry for some french word):Exception levée à 0x00007FF88998D759 (KernelBase.dll) dans testPainter.exe : WinRT originate error - 0x80040155 : 'Échec de la recherche de l’inscription de proxy pour IID : {2047E320-F2A9-11CE-AE65-08002B2E1262}.'. onecore\com\combase\dcomrem\marshal.cxx(1284)\combase.dll!00007FF88A82DF9B: (caller: 00007FF88A82D354) ReturnHr(7) tid(21cc) 80040155 Interface non enregistrée Msg:[Failed to marshal with IID={2047E320-F2A9-11CE-AE65-08002B2E1262}] onecore\com\combase\dcomrem\marshal.cxx(1179)\combase.dll!00007FF88A82D384: (caller: 00007FF88A82973B) LogHr(7) tid(21cc) 80040155 Interface non enregistrée onecore\com\combase\dcomrem\marshal.cxx(1119)\combase.dll!00007FF88A9311E0: (caller: 00007FF88A82904D) ReturnHr(8) tid(21cc) 80040155 Interface non enregistrée Exception levée à 0x00007FF88998D759 (KernelBase.dll) dans testPainter.exe : 0x80040155: Interface non enregistrée. Exception levée à 0x00007FF88998D759 (KernelBase.dll) dans testPainter.exe : 0x80040155: Interface non enregistrée. -
wrote on 1 Apr 2021, 06:47 last edited by
How do you measure memory usage?
Which metric do you use?
Can you repeat until the process crashes because it is out of memory?The reason I ask: Depending on which metric you look at, memory may not look to be freed because the OS decides it's not needed, and the process can keep it for the time being. Once other processes request more memory, it should be freed up.
However, if you can crash your process because it runs out of memory, that would be an indication of a true memory leak.It hasn't gotten any easier in the past 20 years to analyze memory leaks...
-
How do you measure memory usage?
Which metric do you use?
Can you repeat until the process crashes because it is out of memory?The reason I ask: Depending on which metric you look at, memory may not look to be freed because the OS decides it's not needed, and the process can keep it for the time being. Once other processes request more memory, it should be freed up.
However, if you can crash your process because it runs out of memory, that would be an indication of a true memory leak.It hasn't gotten any easier in the past 20 years to analyze memory leaks...
wrote on 1 Apr 2021, 09:22 last edited by@Asperamanca After several print task in debug mode, I have many "out of memory" error in debug output and my computer even started to have black screen.
-
wrote on 15 Apr 2021, 03:33 last edited by
I can reproduce this on Windows using either an HP LaserJet printer or Microsoft Print to PDF printer. This has been happening in my application for awhile (maybe a year or more) but I always thought it was a leak in my code. After debugging I found that the Qt printing system is most likely at fault, and probably only on Windows. (I build my code for both Mac OS X and Windows and the Mac OS X doesn't leak memory.)
The following bug report has been filed:
https://bugreports.qt.io/browse/QTBUG-92272
It contains a couple sample projects that reproduce this memory leak. The project QPainterTest.zip attached to that bug report contains the following leaky code :
void Widget::showEvent(QShowEvent *) { QPrinter printer; // select the printer QSharedPointer<QPrintDialog> printDialog(new QPrintDialog(&printer, Q_NULLPTR)); if (printDialog->exec() != QDialog::Accepted) { return; } printer.setPageSize(QPageSize(QPageSize::Letter)); printer.setResolution(300); printer.setFullPage(true); QPainter painter; if (!painter.begin(&printer)) { return; } for (int i=0; i<10; i++) { if (i != 0) { printer.newPage(); } QImage image(300*8.5, 300*11, QImage::Format_ARGB32); image.fill(qRgb(215, 215, 215)); painter.drawImage(0, 0, image); } }Any thoughts would be much appreciated.
-
@AaronC said in memory leak width QPainter/QPrinter:
Any thoughts would be much appreciated.
The problem is inside QWin32PrintEngine::drawPixmap() where
hbitmapis not released once it is used via SelectObject() for unknown reason. All looks fine according the docs and intensive searching.Qt Online Installer direct download: https://download.qt.io/official_releases/online_installers/
Visit the Qt Academy at https://academy.qt.io/catalog -
@AaronC said in memory leak width QPainter/QPrinter:
Any thoughts would be much appreciated.
The problem is inside QWin32PrintEngine::drawPixmap() where
hbitmapis not released once it is used via SelectObject() for unknown reason. All looks fine according the docs and intensive searching.wrote on 16 Apr 2021, 04:00 last edited by@Christian-Ehrlicher Thanks for tracking that down. Hope Qt gets it fixed soon.
