Opened 14 years ago
Last modified 13 years ago
#2865 new bug
QGIS crashes if border style differ from Solid Line and scale is very high
Reported by: | dr | Owned by: | nobody |
---|---|---|---|
Priority: | critical: causes crash or data corruption | Milestone: | Version 1.7.0 |
Component: | Symbology | Version: | Trunk |
Keywords: | Cc: | dr, gislab, alexbruy | |
Must Fix for Release: | No | Platform: | Windows |
Platform Version: | Awaiting user input: | no |
Description
- Open any polygonal shapefile (see attachment);
- New Symbology: Fill Style -> No Brush, Border Style -> Solid Line;
- Set Scale 1:1;
- New Symbology: Fill Style -> No Brush, Border Style -> any border style differ from Solid Line, e.g. Dash Line
- Apply and QGIS crashes.
Attachments (2)
Change History (18)
by , 14 years ago
comment:1 by , 14 years ago
comment:2 by , 14 years ago
Make lines appear less jagged at the expense of some drawing performance must be enabled!
comment:3 by , 14 years ago
I'm unable to reproduce on ubuntu 10.04 64-bit, Qt 4.6.2.
Does it crash when 'Fix problems with incorrectly filled polygons' option is on/off?
comment:4 by , 14 years ago
If 'Fix problems with incorrectly filled polygons' option is on then 'Make lines appear less jagged at the expense of some drawing performance' automatically becomes turned off and error is not reproduced.
r1389M, WinXP, Qt 4.5.2
comment:5 by , 14 years ago
Yes, sorry I've realized that after posting.
It seems that this is a Qt bug. It would be good to try with newer Qt release.
follow-up: 9 comment:8 by , 14 years ago
Replying to wonder:
Is it possible for you to produce a backtrace?
Of course: http://pastebin.ca/1895889
follow-up: 10 comment:9 by , 14 years ago
Replying to dr:
Replying to wonder:
Is it possible for you to produce a backtrace?
Of course: http://pastebin.ca/1895889
Well, this is a debug log, here it doesn't have much use.
A backtrace can be obtained by running the application in debugger (e.g. gdb) or by examining core dump file produced by the system, see http://bugs.php.net/bugs-generating-backtrace.php
It seems you're on windows, the situation is more complicated (AFAIK you would need to compile qgis by yourself with debugging mode enabled to get some useful data). Can you replicate the problem also on a different platform?
comment:10 by , 14 years ago
Replying to wonder:
A backtrace can be obtained by running the application in debugger (e.g. gdb) or by examining core dump file produced by the system, see http://bugs.php.net/bugs-generating-backtrace.php
BTW we have our own description: UsingTracWithQuantumGis#Creatingabacktrace
It seems you're on windows, the situation is more complicated (AFAIK you would need to compile qgis by yourself with debugging mode enabled to get some useful data). Can you replicate the problem also on a different platform?
And another note: the qgis-dev package in OSGeo4W is compiled in RelWithDebInfo mode with QGISDEBUG enabled. Still that isn't much use without a proper development environment.
comment:11 by , 14 years ago
I've try to generate backtrace on windows using qgis-dev package and gdb. Results attached (yes, I know that isn't much). Also in this archieve there is a report generated by Microsoft DebugDiag tool.
Unfortunatelly on my linux most libs are without debug info, so backtrace has only one line.
comment:13 by , 14 years ago
Milestone: | Version 1.5.0 → Version 1.6.0 |
---|
comment:14 by , 13 years ago
Cannot reproduce on trunk (r14892) under Linux. Is still true under windows?
More simple approach to get crash: