viliussutkus89/tmpfile-android

tmpfile POSIX function fix for Android

tmpfile-android's Issues

[CD] Attach signed sample application to GitHub release

[CI] Fail unit tests on unhandled exception in instrumented tests

Somewhy gradle returns EXIT_SUCCESS.

> Task :tests:connectedDebugAndroidTest
Starting 30 tests on test(AVD) - 4.1.2

com.viliussutkus89.android.tmpfile.tests.aartesting.NoLeftoverTmpfiles > noLeftoverTmpfiles[test(AVD) - 4.1.2] FAILED 
	java.lang.NullPointerException
	at com.viliussutkus89.android.tmpfile.tests.aartesting.NoLeftoverTmpfiles.noLeftoverTmpfiles(NoLeftoverTmpfiles.java:17)

> Task :tests:connectedAndroidTest

[CD] Attach library files to GitHub release

      - name: Create GitHub Release
        uses: softprops/action-gh-release@v1
        env:
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
        with:
          tag_name: "v${{ steps.get_version.outputs.version }}"
          name: "${{ github.event.repository.name }} v${{ steps.get_version.outputs.version }}"
          files: |
            "${{ steps.get_home_dir.outputs.home }}/.m2/repository/**"
            app-debug.apk

Somewhy this doesn't pick them up

Package multiple releases built with multiple NDKs and linked against shared/static C++ STL

Delete leaked (unclosed) temporary files on program termination

POSIX C library provides FILE *tmpfile(void) function with a following contract

The file will be automatically deleted when it is closed or the program terminates.

This implementation automatically deletes the file when it is closed.
Temporary file deletion on program termination would be useful too.

Set up proguard minifier

Consume this library from jitpack or jcentral or elsewhere

AAR dependency obtained through jitpack is stored in $GRADLE_USER_HOME/somewhere/some_UUID/tmpfile-1.0.0.aar

This is problematic, because, I have no intention of putting "some_UUID" in Usage section of README.md.

Path to tmpfile-1.0.0.aar is needed so that it could be extracted and libtmpfile.so available to be linked against when compiling CMake projects.

task extractLibtmpfileSoForLinkingInCMake(type: Copy) {
    from zipTree("${project.rootDir}/app/libs/tmpfile-1.0.0.aar")
    into "${project.buildDir}/tmpfile/"
    include "jni/**/libtmpfile.so"
}
preBuild.dependsOn extractLibtmpfileSoForLinkingInCMake

Publish to Maven Central, because JCenter is going away soon

https://jfrog.com/blog/into-the-sunset-bintray-jcenter-gocenter-and-chartcenter/

Compilation failure of downstream project with AGP 4.1.1 and Gradle 6.7.1

opendocument-app/pdf2htmlEX-Android@2902ce1

libtmpfile.so is not found when tmpfile.aar is included by another .aar, which is included by final .apk

Android searches for libraries in jniLibs and libs/*.aar/jniLibs.
If an aar has another aar inside it, which has a jniLib, it does not get added to the search path at runtime.

Temp workaround in final app that uses the library, that uses libtmpfile

implementation files('libs/tmpfile-1.0.0.aar')

Fix thread safety issues

Calls to tmpfile function and closed file garbage collection are not thread safe. Fix this.