[gdal-dev] VSI issue

[Even Rouault]

> I found the problem. It is changeset 23022 (by you, Even :), which
> removes support for "stdout" and adds "/dev/stdout" as an alias to
> "/vsistdout/". Simple, but took me a while to find out especially as the
> log message begins "mentions in the doc".

Hum, so it means that under your CGI the stdout file is actually closed. 
Because before r23022 /dev/stdout was considered as a regular file and was 
opened, but now that /vsistdout/ is used, it directly writes to FILE* stdout.

I don't know Apache but perhaps there's an option to leave stdout opened for 
the forked process ?

> 
> > Another thing is that in mod_perl sending to client is through a
> > handle (use the print method of an object) - it would be nice to be
> > able to give that handle to the GDAL copy method.
> 
> mod_perl is probably not a problem. However, Perl supports memory files
> too and it would be interesting to be able to use VSI memory files and
> Perl memory files interchangeably.
> 
> Ari
> 
> > Ari
> > 
> >>> Regards,
> >>> 
> >>> Ari
> >>> 
> >>> _______________________________________________
> >>> gdal-dev mailing list
> >>> gdal-dev at lists.osgeo.org
> >>> http://lists.osgeo.org/mailman/listinfo/gdal-dev
> 
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev