Opened 12 years ago

Closed 10 years ago

#1848 closed defect (fixed)

r.in.poly from stdin

Reported by: zarch Owned by: rashadkm
Priority: minor Milestone: 7.0.0
Component: Raster Version: svn-trunk
Keywords: r.in.poly, fseek, G_fseek Cc:
CPU: x86-64 Platform: Linux

Description

I'm trying to use r.in.poly with the bash pipe, below is reported the code for the North Carolina mapset.

echo """A
    633599.00   225397.00
    641147.00   223978.00
    640818.00   219318.00
    631750.00   222965.00
= 42 stadium""" | r.in.poly input=- output=rtest

but it return:

ERROR: Unable to seek

What is it not able to seek?

Attachments (1)

r_in_poly.diff (841 bytes ) - added by rashadkm 12 years ago.
G_fseek fix

Download all attachments as: .zip

Change History (6)

comment:1 by martinl, 12 years ago

Keywords: r.in.poly added

by rashadkm, 12 years ago

Attachment: r_in_poly.diff added

G_fseek fix

comment:2 by rashadkm, 12 years ago

Owner: changed from grass-dev@… to rashadkm
Status: newassigned

G_fseek is issuing a fatal error instead of non-fatal replacing G_fseek with fseek will solve the problem Find the attached patch

comment:3 by neteler, 11 years ago

See also #1685 for another G_fseek() ticket with patch.

comment:4 by wenzeslaus, 10 years ago

Keywords: fseek G_fseek added

comment:5 by wenzeslaus, 10 years ago

Resolution: fixed
Status: assignedclosed

Now I see that the path is the other way around. So, probably something similar to what was suggested in #1685 should be done. r.in.poly test suite should be extended for the case from this ticket.

It would be good to describe in the manual why fseek works while G_fseek() fails, or fix G_fseek().

Note: See TracTickets for help on using tickets.