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 wrote: > > > 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 meas

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 ad

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?

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 wrote: > > > 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

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 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 be > used > with binari

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 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 of redirecting them > thr

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 wrote: > > On May 26, 2013, at 9:46 AM, Even Rouault > > > > wrote: > > > This file is the source code for a standalone shared library that can > > > be LD_PRELOAD'ed as an overload of lib

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 wrote: > > On May 26, 2013, at 9:46 AM, Even Rouault > 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

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 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 with all VSI Large File AP

[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 wor