Bug 233153 - Tilecreator crashes on armel (Maemo)
Summary: Tilecreator crashes on armel (Maemo)
Status: RESOLVED WORKSFORME
Alias: None
Product: marble
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Other
: NOR crash
Target Milestone: some future version
Assignee: marble-bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-04-03 11:56 UTC by Dennis Nienhüser
Modified: 2021-01-03 04:34 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dennis Nienhüser 2010-04-03 11:56:26 UTC
Version:            (using Devel)
Compiler:          cs2007q3-glibc2.5-arm7 Maemo SDK 5, Scratchbox
OS:                Other
Installed from:    Compiled sources

The tilecreator executable crashes when loading srtm.jpg. It also not able to write .jpg tiles when passing a .png to create tiles from. The jpg support in Qt on Maemo seems to be broken.

libjpeg62 version is 6b-9osso8+0m5, Qt is 4.6.2~git20100310-0maemo1+0m5. Qt reports that jpg is a supported format, inspects the header correctly (i.e. reports it can read srtm.jpg and determines the correct image size). It crashes as soon as reading the image data (creating the QImage with the filename, or alternatively calling QImageReader::read on the previously created tempImage).

When avoiding the jpg plugin by passing a converted png srtm.png, a similar problem occurs when writing the tiles as .jpg images: "DCT coefficient out of range" is reported for each tile to be written, resulting file size is 0.
Comment 1 Dennis Nienhüser 2010-04-03 14:56:48 UTC
Here is a test program:

#include <QtCore/QDebug>
#include <QtGui/QImage>

int main(int argc, char** argv)
{
  if (argc != 2 )
  {
    qDebug() << "Usage: " << argv[0] << " /path/to/image";
    return 1;
  }

  QImage image(argv[1]);
  if (!image.isNull())
  {
    qDebug() << "Loaded image " << argv[1] << " with size " << image.width() << "x" << image.height();
  }

  return 0;
}

Compile with 
g++ -o test -L /usr/lib/qt4/ -lQtGui test.cpp 

On Maemo with armel target, it segfaults when passing srtm.jpg (any jpg):
./test ../src/data/maps/earth/srtm/srtm.jpg
qemu: uncaught target signal 11 (Segmentation fault) - core dumped

but works fine with other image formats (tested png). Works fine in Kubuntu with jpg and png.

Can someone with a running Maemo 5 SDK confirm this behavior?
Comment 2 Bastian Senst 2010-04-05 22:08:12 UTC
Same for me. It crashes in scratchbox, but runs and loads the jpg without a crash on maemo (N900) itself (same jpg).
Comment 3 Sylvain Paré 2011-09-06 23:09:31 UTC
+1
tmp/work/armv7a-oe-linux-gnueabi/marble-1.1.0-r0.0/build/src/tilecreator/tilecreator: cannot execute binary file

file tilecreator 
tilecreator: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, not stripped

ldd tilecreator 
        not a dynamic executable
Comment 4 Sylvain Paré 2011-09-06 23:13:52 UTC
this result in make failing at 71% and me not being able to build marble for my device.
Comment 5 Dennis Nienhüser 2011-09-07 07:02:14 UTC
"cannot execute binary file" sounds like a different problem to me. In scratchbox it starts fine, but then segfaults.
Comment 6 Sylvain Paré 2011-09-07 10:19:19 UTC
it is unfortunate
Comment 7 Justin Zobel 2020-12-04 05:05:18 UTC
Thank you for the report, Dennis.

As it has been a while since this was reported, can you please test and confirm if this issue is still occurring or if this bug report can be marked as resolved.

I have set the bug status to "needsinfo" pending your response, please change back to "reported" or "resolved/worksforme" when you respond, thank you.
Comment 8 Bug Janitor Service 2020-12-19 04:34:34 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 9 Bug Janitor Service 2021-01-03 04:34:05 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!