Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

crash when opening an invalid file #12828

Closed
qgib opened this issue Jun 1, 2010 · 15 comments
Closed

crash when opening an invalid file #12828

qgib opened this issue Jun 1, 2010 · 15 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Rasters Related to general raster layer handling (not specific data formats)
Milestone

Comments

@qgib
Copy link
Contributor

qgib commented Jun 1, 2010

Author Name: Paolo Cavallini (@pcav)
Original Redmine Issue: 2768

Redmine category:rasters
Assignee: nobody -


If one tries to open the accessory .aux file instead of the .adf, QGIS crashes:

Error:
GDAL Error 1: Can't find [[RasterDMS]] field in Eimg_Layer with block list.

Segmentation fault

I'm attaching the file causing the crash.


@qgib
Copy link
Contributor Author

qgib commented Jun 1, 2010

Author Name: Giovanni Manghi (@gioman)


Paolo, this should be duplicate of #12748

@qgib
Copy link
Contributor Author

qgib commented Jun 8, 2010

Author Name: Jürgen Fischer (@jef-n)


can't reproduce this either. Which GDAL version is in use?

@qgib
Copy link
Contributor Author

qgib commented Jun 8, 2010

Author Name: Borys Jurgiel (@borysiasty)


Paolo, can you test it with gdal 1.7? At mine, this one and #12748 seem to be related to gdal 1.6.x only.

@qgib
Copy link
Contributor Author

qgib commented Jun 9, 2010

Author Name: Paolo Cavallini (@pcav)


Confirmed: it crashes with the above mentioned error with libgdal1-1.7.0 Version: 1.7.1-1 from Debian experimental. It crashes with error:

Error:
GDAL Error 4: @/home/paolo/Desktop/dem50.aux' not recognised as a supported file format.

During startup - Warning message:
�w�
Segmentation fault

with libgdal1-1.6.0 Version: 1.6.3-4 from Debian testing

@qgib
Copy link
Contributor Author

qgib commented Jun 9, 2010

Author Name: Borys Jurgiel (@borysiasty)


So you get the same behaviour with both gdals 1.6.3 and 1.7.1?

@qgib
Copy link
Contributor Author

qgib commented Jun 9, 2010

Author Name: Paolo Cavallini (@pcav)


Same behaviour, different message.

@qgib
Copy link
Contributor Author

qgib commented Jun 11, 2010

Author Name: Jürgen Fischer (@jef-n)


Replying to [comment:4 pcav]:

Confirmed: it crashes with the above mentioned error with libgdal1-1.7.0 Version: 1.7.1-1 from Debian experimental. It crashes with error:

32 or 64bit?

@qgib
Copy link
Contributor Author

qgib commented Jun 11, 2010

Author Name: Paolo Cavallini (@pcav)


gdal 1.6.3 on 32, 1.7.1 on 64 bit

@qgib
Copy link
Contributor Author

qgib commented Jun 12, 2010

Author Name: Jürgen Fischer (@jef-n)





@qgib
Copy link
Contributor Author

qgib commented Jun 13, 2010

Author Name: Paolo Cavallini (@pcav)


Yes, it crashes also when I have only the .aux:

Error:
GDAL Error 4: @/home/paolo/article.aux' not recognised as a supported file format.

Segmentation fault

gdalinfo -mm /home/paolo/article.aux gives the same error:

ERROR 4: @/home/paolo/article.aux' not recognised as a supported file format.

gdalinfo failed - unable to open '/home/paolo/article.aux'.

@qgib
Copy link
Contributor Author

qgib commented Jun 15, 2010

Author Name: Paolo Cavallini (@pcav)


BTW, this bug renders the Image Boundary plugin unusable, if in the origin folder there are .tfw or other files.

@qgib
Copy link
Contributor Author

qgib commented Jun 15, 2010

Author Name: Jürgen Fischer (@jef-n)


Replying to [comment:12 pcav]:

BTW, this bug renders the Image Boundary plugin unusable, if in the origin folder there are .tfw or other files.

could you provider a backtrace? Did you try without any plugins?

@qgib
Copy link
Contributor Author

qgib commented Jun 15, 2010

Author Name: Jürgen Fischer (@jef-n)


Replying to [comment:13 jef]:

could you provide a backtrace? Did you try without any plugins?

And a clean ~/.qgis...

@qgib
Copy link
Contributor Author

qgib commented Jun 15, 2010

Author Name: Paolo Cavallini (@pcav)


You are right (as usual): it depends on some plugin - removing the it does not crash, putting them back it does. Now it's a long way to test every one.

@qgib
Copy link
Contributor Author

qgib commented Jun 15, 2010

Author Name: Paolo Cavallini (@pcav)


OK, got it: it's SDA4PP


  • status_id was changed from Open to Closed
  • resolution was configured as invalid

@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! Rasters Related to general raster layer handling (not specific data formats) labels May 24, 2019
@qgib qgib added this to the Version 1.5.0 milestone May 24, 2019
@qgib qgib closed this as completed May 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Rasters Related to general raster layer handling (not specific data formats)
Projects
None yet
Development

No branches or pull requests

1 participant