r.in.pdal crashes on Windows during rasterization

Đang mở
  • Có gì không ổn?
#7,828 1 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
48/100
Loại issue
Lỗi
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Ít trao đổi
Công nghệ
c, python
Lĩnh vực
data

Hướng nghiên cứu

Start by tracing the r.in.pdal rasterization and point-processing path, especially the code reached after “Scanning points...”; the issue does not name source files or tests. Reproduce on Windows with the supplied four-point LAS command, then compare against the working extent and vector-import paths. Done means rasterization completes without the access violation on the reported Windows builds.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

bug

On Windows, r.in.pdal consistently crashes with an access violation when it starts processing points.

Environment

Tested with the official conda-forge GRASS 8.5 build:

grass          8.5.0   py311h7721632_1
libpdal-core   2.10.0  h1f91b6b_0

Also tested with the current GRASS 8.6 development conda build:

grass-dev      dev     py311h82bb817_0
libpdal-core   2.10.2  hd7c2432_4

Windows 11, Python 3.11, micromamba/conda environments.

Reproducer
r.in.pdal -eno input="synthetic_test.las" output=synthetic_test resolution=1

Output:

Reading data...
Overriding projection check and assuming that the CRS of input matches the project's CRS
Running PDAL algorithms...
Scanning points...

The process then exits immediately.

echo %ERRORLEVEL%

returns:

-1073741819

which corresponds to Windows exception 0xC0000005 (access violation).

Tests performed

The same crash occurs with:

  • official conda-forge GRASS 8.5
  • GRASS 8.6dev conda build
  • libpdal-core 2.10.0 and 2.10.2
  • COPC .laz
  • the same data converted to ordinary .las
  • method=mean
  • method=n
  • a minimal GRASS environment without QGIS

The issue does not appear to be related to the input data. I also created a synthetic LAS containing only four simple XYZ points, and r.in.pdal crashes in exactly the same way.

Other PDAL-related operations on the same files work correctly:

pdal info --metadata file.las

works.

r.in.pdal -go input=file.las

works and returns the extent.

v.in.pdal -oc input=file.las output=test spatial=...

also works successfully with exit code 0.

So the failure appears to be specific to the rasterization/point-processing path of r.in.pdal on Windows, rather than PDAL file reading or GRASS-PDAL integration in general.

Ngôn ngữ chính
C
Star
1.2k
Fork
447
Merge trung bình
2 ngày 1 giờ
Pull request đã merge (30 ngày)
81

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của OSGeo/grass

Tất cả issue của OSGeo/grass

Issue tương tự

Thêm issue về C

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.