You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current dpba branch is unable to trace the instrumented operations from the enclave. Surprisingly, the last operation gets traced (killing the enclave seems to flush the buffer but at that point, the buffer only has one operation left). There have been historical problems with flushing buffers (gramineproject/gramine#788). There could be problems with laziness as well.
The text was updated successfully, but these errors were encountered:
This seems to be a laziness bug and I use seq combined with reading the entire file and then writing the file content appended with my log back. This works but is highly inefficient, especially for larger log files. Reading the whole file will blow up the enclave space.
I have some suspicions about where this behaviour might arise—the use of existential quantification to collect all logging arguments. (However, I did a preliminary check on that but couldn't pinpoint the issue). Keeping this issue open for future investigation.
Also, note the difference in base versions. Enclave runs base-4.14.0. The newer base (4.15.0 onwards) seems to expose a strict variant of readFile called readFile' (probably what I ended up implementing).
The current
dpba
branch is unable to trace the instrumented operations from the enclave. Surprisingly, the last operation gets traced (killing the enclave seems to flush the buffer but at that point, the buffer only has one operation left). There have been historical problems with flushing buffers (gramineproject/gramine#788). There could be problems with laziness as well.The text was updated successfully, but these errors were encountered: