sandboxed-api/oss-internship-2020/pffft
2020-08-20 08:21:32 +00:00
..
.gitignore Modified sapi root to a general path 2020-08-20 07:44:27 +00:00
CMakeLists.txt Modified sapi root to a general path 2020-08-20 07:44:27 +00:00
fftpack.c Initial version sandbox 2020-08-17 11:20:56 +00:00
fftpack.h Initial version sandbox 2020-08-17 11:20:56 +00:00
Makefile Initial version sandbox 2020-08-17 11:20:56 +00:00
myNotes.txt Initial version sandbox 2020-08-17 11:20:56 +00:00
pffft.c Initial version sandbox 2020-08-17 11:20:56 +00:00
pffft.h Initial version sandbox 2020-08-17 11:20:56 +00:00
README_pffft.txt Added README 2020-08-17 11:21:27 +00:00
README.txt Sandbox not active error - resolved 2020-08-17 11:21:56 +00:00
test_pffft_sandboxed.cc Added comment on Nvalues[] and N purpose 2020-08-20 08:21:32 +00:00
test_pffft.c Initial version sandbox 2020-08-17 11:20:56 +00:00

Sandboxing PFFFT library

Builder: CMake

For testing: 
`cd build`, then `./pffft_sandboxed`

For debug:
`SAPI_VLOG_LEVEL=1 ./pffft_sandboxed --v=100
--sandbox2_danger_danger_permit_all_and_log <auxiliar file>`

CMake observations:
    * linking pffft and fftpack (which contains necessary functions for pffft)
    * set math library 

Sandboxed main observations:
    * containing two testing parts (fft / pffft benchmarks)
        ! current stage: fft - works :)
                        pffft - implemented
    * (Solved) pffft benchmark bug: "Sandbox not active"  
                        N = 64, status OK, pffft_transform generates error 
                        N > 64, status not OK
                        Problem on initialising sapi::StatusOr<PFFFT_Setup *> s; 
                        the memory that stays for s is not the same with the address passed
                        in pffft_transform function. 
                        (sapi :: v :: GenericPtr - to be changed)

                        Temporary solution: change the generated files to accept
                        uintptr_t instead of PFFFT_Setup

                        Solution: using "sapi :: v :: RemotePtr" instead of "sapi :: v :: GenericPtr"
                                  to access the memory of object s