Re: [gdal-dev] vsipreload: enabling VSI Virtual File API for regular I/O

2013-05-28 Thread Howard Butler
On May 26, 2013, at 9:46 AM, Even Rouault even.roua...@mines-paris.org wrote: This file is the source code for a standalone shared library that can be LD_PRELOAD'ed as an overload of libc to enable VSI Virtual FILE API to be used with binaries using regular libc I/O API. This can work

Re: [gdal-dev] vsipreload: enabling VSI Virtual File API for regular I/O

2013-05-28 Thread Etienne Tourigny
On Tue, May 28, 2013 at 11:24 AM, Howard Butler hobu@gmail.com wrote: On May 26, 2013, at 9:46 AM, Even Rouault even.roua...@mines-paris.org wrote: This file is the source code for a standalone shared library that can be LD_PRELOAD'ed as an overload of libc to enable VSI Virtual FILE

Re: [gdal-dev] vsipreload: enabling VSI Virtual File API for regular I/O

2013-05-28 Thread Even Rouault
Le mardi 28 mai 2013 16:27:21, Etienne Tourigny a écrit : On Tue, May 28, 2013 at 11:24 AM, Howard Butler hobu@gmail.com wrote: On May 26, 2013, at 9:46 AM, Even Rouault even.roua...@mines-paris.org wrote: This file is the source code for a standalone shared library that can be

Re: [gdal-dev] vsipreload: enabling VSI Virtual File API for regular I/O

2013-05-28 Thread Howard Butler
On May 28, 2013, at 12:59 PM, Even Rouault even.roua...@mines-paris.org wrote: Yes exactly, my examples were supposed to illustrate the use cases where it was needed. A few drivers do not support the /vsi file systems because they use directly the standard IO functions and provide no way

Re: [gdal-dev] vsipreload: enabling VSI Virtual File API for regular I/O

2013-05-28 Thread Etienne Tourigny
On Sun, May 26, 2013 at 11:46 AM, Even Rouault even.roua...@mines-paris.org wrote: Hi, I've just commited in trunk a new file port/vsipreload.cpp. This file is the source code for a standalone shared library that can be LD_PRELOAD'ed as an overload of libc to enable VSI Virtual FILE API to

Re: [gdal-dev] vsipreload: enabling VSI Virtual File API for regular I/O

2013-05-28 Thread Etienne Tourigny
On Tue, May 28, 2013 at 6:57 PM, Etienne Tourigny etourigny@gmail.comwrote: On Sun, May 26, 2013 at 11:46 AM, Even Rouault even.roua...@mines-paris.org wrote: Hi, I've just commited in trunk a new file port/vsipreload.cpp. This file is the source code for a standalone shared

Re: [gdal-dev] vsipreload: enabling VSI Virtual File API for regular I/O

2013-05-28 Thread Even Rouault
Now that I have your attention, I brought up with Frank at FOSS4GNA that there could sometimes be a need for both MEM drivers to spool off to disk through some sort of out-of-core mmap'd allocation. Does this currently exist in VSI, No and if not, do you see any use for such a thing? I

Re: [gdal-dev] vsipreload: enabling VSI Virtual File API for regular I/O

2013-05-28 Thread Even Rouault
I have managed to get it working buy using LD_PRELOAD=./vsipreload.so Yes for some strange reason, some systems require the ./ and some not... My old Ubuntu 10.04 does no, but Travis on Ubuntu 12.04 does. Perhaps some security measure that has been added in LD_PRELOAD mechanism. I've just

Re: [gdal-dev] vsipreload: enabling VSI Virtual File API for regular I/O

2013-05-28 Thread Etienne Tourigny
On Tue, May 28, 2013 at 7:35 PM, Even Rouault even.roua...@mines-paris.orgwrote: I have managed to get it working buy using LD_PRELOAD=./vsipreload.so Yes for some strange reason, some systems require the ./ and some not... My old Ubuntu 10.04 does no, but Travis on Ubuntu 12.04 does.

[gdal-dev] vsipreload: enabling VSI Virtual File API for regular I/O

2013-05-26 Thread Even Rouault
Hi, I've just commited in trunk a new file port/vsipreload.cpp. This file is the source code for a standalone shared library that can be LD_PRELOAD'ed as an overload of libc to enable VSI Virtual FILE API to be used with binaries using regular libc I/O API. WARNING: Linux glibc ONLY. Might