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

  1. Open any polygonal shapefile (see attachment);
  2. New Symbology: Fill Style -> No Brush, Border Style -> Solid Line;
  3. Set Scale 1:1;
  4. New Symbology: Fill Style -> No Brush, Border Style -> any border style differ from Solid Line, e.g. Dash Line
  5. Apply and QGIS crashes.

Attachments (2)

err.7z (487 bytes ) - added by dr 14 years ago.
bt.tar.bz2 (4.8 KB ) - added by alexbruy 14 years ago.
Backtrace from Windows+Osgeo4W

Download all attachments as: .zip

Change History (18)

by dr, 14 years ago

Attachment: err.7z added

comment:1 by dr, 14 years ago

More simple approach to get crash:

  1. Open any polygonal layer;
  2. New Symbology: Fill Style -> No Brush, Border Style -> any border style differ from Solid Line, e.g. Dash Line;
  3. Set Scale 1:1;
  4. Apply and QGIS crashes.

comment:2 by dr, 14 years ago

Make lines appear less jagged at the expense of some drawing performance must be enabled!

comment:3 by wonder, 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 dr, 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 wonder, 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.

comment:6 by gislab, 14 years ago

I confirm that on r13890

comment:7 by wonder, 14 years ago

Is it possible for you to produce a backtrace?

in reply to:  7 ; comment:8 by dr, 14 years ago

Replying to wonder:

Is it possible for you to produce a backtrace?

Of course: http://pastebin.ca/1895889

in reply to:  8 ; comment:9 by wonder, 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?

in reply to:  9 comment:10 by jef, 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 alexbruy, 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.

by alexbruy, 14 years ago

Attachment: bt.tar.bz2 added

Backtrace from Windows+Osgeo4W

comment:12 by pcav, 14 years ago

Still true with current version? Please check.

comment:13 by pcav, 14 years ago

Milestone: Version 1.5.0Version 1.6.0

comment:14 by lutra, 13 years ago

Cannot reproduce on trunk (r14892) under Linux. Is still true under windows?

comment:15 by dr, 13 years ago

Still exists (r14892), WinXP

comment:16 by lutra, 13 years ago

This is confirmed under trunk/Seven 32 bit.

Note: See TracTickets for help on using tickets.