Welcome, Guest. Please login or register. Did you miss your activation email?

Author Topic: Android and iOS ports available for testing  (Read 302241 times)

0 Members and 1 Guest are viewing this topic.

leafdj

  • Newbie
  • *
  • Posts: 6
    • View Profile
    • Email
Re: Android and iOS ports available for testing
« Reply #270 on: September 07, 2014, 10:34:44 pm »
It's not exposed yet, you'd have to write your own code around that. But I'm having the same issue, so very likely to submit something soon™.

Okay, thanks for the reply Mario. Wasn't sure if I was just missing a piece of the puzzle or not. I'll try and tinker with it a bit and see if I can make something work.

Mario

  • SFML Team
  • Hero Member
  • *****
  • Posts: 878
    • View Profile
Re: Android and iOS ports available for testing
« Reply #271 on: September 08, 2014, 03:40:31 pm »
As a temporary solution, all you'd need would be "src/SFML/System/Android/ResourceStream.hpp" to access `sf::priv::ResourceStream`. No need for further custom code.

leafdj

  • Newbie
  • *
  • Posts: 6
    • View Profile
    • Email
Re: Android and iOS ports available for testing
« Reply #272 on: September 09, 2014, 04:54:01 am »
Ah, perfect. I was trying to replicate the functionality in ResourceStream on my own. I didn't know I could simply move the header file to get access to it. Everything looks like its working, thanks for the help!

ChronicRat

  • Sr. Member
  • ****
  • Posts: 327
  • C++ programmer
    • View Profile
    • My blog
Re: Android and iOS ports available for testing
« Reply #273 on: September 10, 2014, 07:35:02 pm »
Little hack for assets' streaming and it works:

I inserted this in Err.hpp:
#if defined(SFML_SYSTEM_ANDROID)

#include <string>

class AAsset;

namespace sf
{

SFML_SYSTEM_API AAsset* GetAsset(const std::string& filename, int assetMode = 0 /* AASSET_MODE_UNKNOWN */);

} // namespace sf

#endif

Err.cpp
#if defined(SFML_SYSTEM_ANDROID)  
        #include <SFML/System/Android/Activity.hpp>
        #include <SFML/System/Lock.hpp>
        #include <android/configuration.h>
#endif

....
// in sf namespace

#if defined(SFML_SYSTEM_ANDROID)

AAsset* GetAsset(const std::string& filename, int assetMode /* AASSET_MODE_UNKNOWN */)
{
        priv::ActivityStates* states = priv::getActivity(NULL);
        Lock(states->mutex);
        return AAssetManager_open(states->activity->assetManager, filename.c_str(), assetMode);
}

#endif
 

Asset stream derived from sf::InputStream:
#ifndef __GIPE_ASSET_STREAM_H__
#define __GIPE_ASSET_STREAM_H__

class AAsset;

class AssetStream: public GipeStream::IInputStream // it's a little extended sf::InputStream
{
public:

        explicit AssetStream() = default;
        explicit AssetStream(const FileNameType& name);
        virtual ~AssetStream();

        void close();
        bool open(const FileNameType& filename);

        virtual sf::Int64 read(void* data, sf::Int64 size) override;
        virtual sf::Int64 seek(sf::Int64 position) override;
        virtual sf::Int64 tell() override;
        virtual sf::Int64 getSize() override;

        AssetStream(AssetStream& other) = delete;
        void operator=(const AssetStream&) = delete;

        AssetStream(AssetStream&& other);

private:

        AAsset*         mAsset = nullptr;
};



#endif // __GIPE_ASSET_STREAM_H__
 

#include "pch.h"
#include "filesystem/assetstream.h"
#include <android/asset_manager.h>


AssetStream::AssetStream(const FileNameType& name):
        GipeStream::IInputStream(name)
{
        mIsOk = open(name);
}



AssetStream::AssetStream(AssetStream&& other):
        IInputStream(std::move(other)),
        mAsset(std::move(other.mAsset))
{
        other.mAsset = nullptr;
}



AssetStream::~AssetStream()
{
        close();
}



void AssetStream::close()
{
        if (mAsset)
        {
                AAsset_close(mAsset);
                mAsset = nullptr;
        }
}



bool AssetStream::open(const FileNameType& filename)
{
        close();
        mIsOk = false;
        AAsset* file = sf::GetAsset(filename.c_str(), AASSET_MODE_STREAMING);

        if (file)
        {
                mAsset = file;
                mIsOk = true;
        }

        return mIsOk;
}



/* override */ sf::Int64 AssetStream::read(void* data, sf::Int64 size)
{
        return mIsOk ? (sf::Int64) AAsset_read(mAsset, data, size) : -1;
}



/* override */ sf::Int64 AssetStream::seek(sf::Int64 position)
{
        return mIsOk ? AAsset_seek(mAsset, position, SEEK_SET) : -1;
}



/* override */ sf::Int64 AssetStream::tell()
{
        return mIsOk ? AAsset_seek(mAsset, 0, SEEK_CUR) : -1;
}



/* override */ sf::Int64 AssetStream::getSize()
{
        return mIsOk ? AAsset_getLength(mAsset) : -1;
}
 

AlexAUT

  • Sr. Member
  • ****
  • Posts: 396
    • View Profile
Re: Android and iOS ports available for testing
« Reply #274 on: September 10, 2014, 09:59:17 pm »
Someone else having problems which certain fonts at certaint sizes? Because sometimes sf::Text is destroying the rendering, it looks like the backbuffer doesn't get updated anymore so display will always "show" the last frame and the current frame (in a loop, gamelogic still runs fine). Kinda hard to describe. I had a similiar problem with my opengl engine where I forgot to "unbind" a FBO, looked exactly the same.

Grimmreefer has also experienced this issue so I think it is related to SFML, sadly I can't reproduce it right know (but its still there I changed the font/font-size in Kroniax about 5times to avoid this issue)



AlexAUT

ChronicRat

  • Sr. Member
  • ****
  • Posts: 327
  • C++ programmer
    • View Profile
    • My blog
Re: Android and iOS ports available for testing
« Reply #275 on: September 11, 2014, 10:43:02 am »
I'm not sure about your bug, but may be... All my problems with fonts were with "loadFromFile" or stream's bug. Now i'm using "loadFromStream" only and have no problems with any language.

FancyPants

  • Newbie
  • *
  • Posts: 1
    • View Profile
Re: Android and iOS ports available for testing
« Reply #276 on: September 12, 2014, 04:19:03 pm »
I've been tinkering with SFML for a short while and I'd like to request some assistance and troubleshoot some issues I'm experiencing... :)

I use the bleeding edge master available at https://github.com/SFML/SFML. Here's a short piece of test code.

#include <iostream>
#include <SFML/Main.hpp>
#include <SFML/Graphics.hpp>

int main(int argc, char **argv) {
        sf::VideoMode videoMode = sf::VideoMode::getFullscreenModes()[0];
        std::cout << videoMode.width << "x" << videoMode.height << "@" << videoMode.bitsPerPixel << std::endl;
        sf::RenderWindow window(videoMode, "Test", sf::Style::Fullscreen);
        sf::RectangleShape rect(sf::Vector2f(window.getSize().x / 2, window.getSize().y / 8));
        rect.setFillColor(sf::Color::Red);
        sf::Event event;

        while (window.isOpen()) {
                while (window.pollEvent(event)) {
                        if ((event.type == sf::Event::Closed) || ((event.type == sf::Event::KeyPressed) && (event.key.code == sf::Keyboard::Escape))) {
                                window.close();
                        }
                }
                window.clear(sf::Color(sf::Color::Blue));
                window.draw(rect);
                window.display();
        }

        exit(0);
}
 

Android (test hardware, Nexus 5 and OnePlus One):
1. I experience the same issue AlexAUT and ChronicRat with the application crashing when backing out of it. I currently work around the issue by also using exit(0).
2. Crash upon pressing the "Home" button. AlexAUT and ChronicRat, how did you work around it?

iOS (test hardware: iPod touch, 4th Gen from 2011 running iOS6)
1. Does not compile unless I comment out line 94 from SFML/Window/JoystickManager.cpp -- item.identification = item.joystick.getIdentification();
2. Using the test code above, I get the resolution 480x320@32, but it appears to work in portrait mode. Upon rotating to landscape, the drawing looks even more funny. It does not matter if I change the application orientation int he project. Please see the enclosed screenshots.
3. The image loading works with JPEG, but fails when trying to open PNG (Failed to load image "res_texture.png". Reason : Corrupt PNG).
4. Crashes when killing the application from the "task bar". Here's a stack trace.
* thread #1: tid = 0x2503, 0x3b899eb4 libsystem_kernel.dylib`mach_msg_trap + 20, queue = 'com.apple.main-thread', stop reason = signal SIGKILL
    frame #0: 0x3b899eb4 libsystem_kernel.dylib`mach_msg_trap + 20
    frame #1: 0x3b89a04c libsystem_kernel.dylib`mach_msg + 40
    frame #2: 0x372256c6 GraphicsServices`_GSSendEvent + 450
    frame #3: 0x37224510 GraphicsServices`GSSendEvent + 132
    frame #4: 0x3553af20 UIKit`_sendPendingApplicationSuspendEvent + 44
    frame #5: 0x355344a2 UIKit`_UIApplicationHandleEvent + 7058
    frame #6: 0x372265a2 GraphicsServices`_PurpleEventCallback + 590
    frame #7: 0x372261d2 GraphicsServices`PurpleEventCallback + 34
    frame #8: 0x33701172 CoreFoundation`__CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 34
    frame #9: 0x33701116 CoreFoundation`__CFRunLoopDoSource1 + 138
    frame #10: 0x336fff98 CoreFoundation`__CFRunLoopRun + 1384
    frame #11: 0x33672ebc CoreFoundation`CFRunLoopRunSpecific + 356
    frame #12: 0x33672d48 CoreFoundation`CFRunLoopRunInMode + 104
  * frame #13: 0x0002152a Proto`sf::priv::WindowImplUIKit::processEvents(this=0x1f1adc00) + 50 at WindowImplUIKit.mm:93
    frame #14: 0x0001970c Proto`sf::priv::WindowImpl::popEvent(this=0x1f1adc00, event=0x2fdf89ac, block=false) + 56 at WindowImpl.cpp:120
    frame #15: 0x00018ee0 Proto`sf::Window::pollEvent(this=0x2fdf8b24, event=0x2fdf89ac) + 52 at Window.cpp:187
    frame #16: 0x000134de Proto`sfmlMain(argc=0, argv=0x00000000) + 658 at main.cpp:17
    frame #17: 0x0001cc68 Proto`-[SFAppDelegate runUserMain](self=0x1ed16ec0, _cmd=0x0003846b) + 24 at SFAppDelegate.mm:67
    frame #18: 0x3403a276 Foundation`__NSFireDelayedPerform + 450
    frame #19: 0x337015de CoreFoundation`__CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 14
    frame #20: 0x33701290 CoreFoundation`__CFRunLoopDoTimer + 272
    frame #21: 0x336fff00 CoreFoundation`__CFRunLoopRun + 1232
    frame #22: 0x33672ebc CoreFoundation`CFRunLoopRunSpecific + 356
    frame #23: 0x33672d48 CoreFoundation`CFRunLoopRunInMode + 104
    frame #24: 0x372252ea GraphicsServices`GSEventRunModal + 74
    frame #25: 0x35588300 UIKit`UIApplicationMain + 1120
    frame #26: 0x000355c8 Proto`main(argc=1, argv=0x2fdf9d28) + 36 at MainiOS.mm:60

Mario

  • SFML Team
  • Hero Member
  • *****
  • Posts: 878
    • View Profile
Re: Android and iOS ports available for testing
« Reply #277 on: September 12, 2014, 04:31:00 pm »
Doesn't crash for me on my Nexus 5 using the r10 NDK. However, it seems like the app is once again trying to use the context even while it's not active (so has no context). Definitely no crash happening, though.

AlexAUT

  • Sr. Member
  • ****
  • Posts: 396
    • View Profile
Re: Android and iOS ports available for testing
« Reply #278 on: September 12, 2014, 06:18:55 pm »
2. Crash upon pressing the "Home" button. AlexAUT and ChronicRat, how did you work around it?

Which android version do you use? 4.4? Because I remember a friend told me about the home button issue on his nexus with 4.4.



AlexAUT

ChronicRat

  • Sr. Member
  • ****
  • Posts: 327
  • C++ programmer
    • View Profile
    • My blog
Re: Android and iOS ports available for testing
« Reply #279 on: September 12, 2014, 06:37:02 pm »
2. Crash upon pressing the "Home" button. AlexAUT and ChronicRat, how did you work around it?
I have no crash with Home, but i'm catching LostFocus and whole app is paused untill GainFocus raised. Tested on 4.2.2 and 2.3.6

ChronicRat

  • Sr. Member
  • ****
  • Posts: 327
  • C++ programmer
    • View Profile
    • My blog
Re: Android and iOS ports available for testing
« Reply #280 on: September 14, 2014, 07:23:20 pm »
Hmm, 2.3.x does not work now. And i'm not sure that it worked before. The same build perfectly works on several 4.x.x devices.

E/AndroidRuntime(18584): FATAL EXCEPTION: main
E/AndroidRuntime(18584): java.lang.RuntimeException: Unable to start activity ComponentInfo{com.familyxoft.croger/android.app.NativeActivity}: java.lang.IllegalArgumentException: Unable to find native library: sfml-activity
E/AndroidRuntime(18584):        at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:1647)
 

AlexAUT

  • Sr. Member
  • ****
  • Posts: 396
    • View Profile
Re: Android and iOS ports available for testing
« Reply #281 on: September 14, 2014, 07:32:02 pm »
And i'm not sure that it worked before.

Nope, since I first tested eSFML (was a fork from Sonkun and then got pushed into the main repo):

In my experience it runs only on 4.1+ and on some 4.0.x device. Hower the native activity example runs on my Galaxy S1 (2.3.4) without problems so something in SFML destroys the compatibility to the old versions.



AlexAUT

ChronicRat

  • Sr. Member
  • ****
  • Posts: 327
  • C++ programmer
    • View Profile
    • My blog
Re: Android and iOS ports available for testing
« Reply #282 on: September 14, 2014, 07:45:04 pm »
Main problem is to load sfml-activity. May be little loader on Java will help.
Secondary problem, for me, there is bug with activity->internal(external)DataPath, it always NULL. This bug was fixed since 3.0.
Little hack for it, but i can't test it because main problem is not solved. =)
std::string GetInternalDataPath()
{
        priv::ActivityStates* states = priv::getActivity(NULL);
        Lock(states->mutex);
        const char* path = states->activity->internalDataPath;
       
        if (!path)
        {
                JNIEnv* jni;
                states->activity->vm->AttachCurrentThread(&jni, NULL);

                jclass activityClass = jni->GetObjectClass(states->activity->clazz);
                jmethodID getFilesDir = jni->GetMethodID(activityClass, "getFilesDir", "()Ljava/io/File;");
                jobject fileObject = jni->CallObjectMethod(states->activity->clazz, getFilesDir);
                jclass fileClass = jni->GetObjectClass(fileObject);
                jmethodID getAbsolutePath = jni->GetMethodID(fileClass, "getAbsolutePath", "()Ljava/lang/String;");
                jobject pathObject = jni->CallObjectMethod(fileObject, getAbsolutePath);
                path = jni->GetStringUTFChars((jstring)pathObject, NULL);

                jni->DeleteLocalRef(pathObject);
                jni->DeleteLocalRef(fileClass);
                jni->DeleteLocalRef(fileObject);
                jni->DeleteLocalRef(activityClass);

                states->activity->vm->DetachCurrentThread();
        }
       
        return path ? std::string(path) : "";
}
« Last Edit: September 14, 2014, 07:47:51 pm by ChronicRat »

ChronicRat

  • Sr. Member
  • ****
  • Posts: 327
  • C++ programmer
    • View Profile
    • My blog
Re: Android and iOS ports available for testing
« Reply #283 on: September 15, 2014, 07:48:05 pm »
I just thinking, can be problem that we are using C++11? I'm using static STL, but what about libc.so?
This my crash log on 4.0.3 emulator:

F/libc    (  935): @@@ ABORTING: INVALID HEAP ADDRESS IN dlfree
F/libc    (  935): Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1)
W/NetworkManagementSocketTagger(   79): setKernelCountSet(10013, 0) failed with errno -2
I/DEBUG   (   34): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
I/DEBUG   (   34): Build fingerprint: 'generic/sdk/generic:4.0.4/MR1/302030:eng/test-keys'
I/DEBUG   (   34): pid: 935, tid: 956  >>> com.familyxoft.croger_debug <<<
I/DEBUG   (   34): signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr deadbaad
I/DEBUG   (   34):  r0 deadbaad  r1 001966f0  r2 80000000  r3 00000000
I/DEBUG   (   34):  r4 00000000  r5 00000027  r6 4003df28  r7 4004c474
I/DEBUG   (   34):  r8 505e1144  r9 001d8408  10 00000030  fp 51daf85c
I/DEBUG   (   34):  ip ffffffff  sp 51daf6e0  lr 4001f161  pc 4001b8c0  cpsr 60000030
I/DEBUG   (   34):  d0  4010000000000000  d1  3ff0000043a04000
I/DEBUG   (   34):  d2  000000003f000000  d3  000000003f000000
I/DEBUG   (   34):  d4  0000000000000000  d5  4026000000000000
I/DEBUG   (   34):  d6  447a000000000000  d7  41a0000041200000
I/DEBUG   (   34):  d8  0000000000000000  d9  0000000000000000
I/DEBUG   (   34):  d10 0000000000000000  d11 0000000000000000
I/DEBUG   (   34):  d12 0000000000000000  d13 0000000000000000
I/DEBUG   (   34):  d14 0000000000000000  d15 0000000000000000
I/DEBUG   (   34):  scr 80000012
I/DEBUG   (   34):
I/DEBUG   (   34):          #00  pc 000178c0  /system/lib/libc.so
I/DEBUG   (   34):          #01  pc 00013746  /system/lib/libc.so
I/DEBUG   (   34):          #02  pc 00015a84  /system/lib/libc.so (dlfree)
I/DEBUG   (   34):          #03  pc 000160fc  /system/lib/libc.so (free)
I/DEBUG   (   34):          #04  pc 002bbdd0  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZN9__gnu_cxx13new_allocatorIcE10deallocateEPcj)
I/DEBUG   (   34):          #05  pc 002bb704  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZNSbIjSt11char_traitsIjESaIjEE4_Rep10_M_destroyERKS1_)
I/DEBUG   (   34):          #06  pc 002bae14  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZNSbIjSt11char_traitsIjESaIjEE4_Rep10_M_disposeERKS1_)
I/DEBUG   (   34):          #07  pc 002ba288  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZNSbIjSt11char_traitsIjESaIjEED1Ev)
I/DEBUG   (   34):          #08  pc 002b620c  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZN2sf6StringD1Ev)
I/DEBUG   (   34):          #09  pc 003b8eec  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZN3Gui7Labeled8SetLabelERKSs)
I/DEBUG   (   34):          #10  pc 00486974  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZN3Gui5LabelC2ERKSs)
I/DEBUG   (   34):          #11  pc 003f1554  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZN9__gnu_cxx13new_allocatorIN3Gui5LabelEE9constructIS2_IRSsEEEvPT_DpOT0_)
I/DEBUG   (   34):          #12  pc 003f1468  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZNSt16allocator_traitsISaIN3Gui5LabelEEE12_S_constructIS1_IRSsEEENSt9enable_ifIXsrNS3_18__construct_helperIT_IDpT0_EEE5valueEvE4typeERS2_PS8_DpOS9_)
I/DEBUG   (   34):          #13  pc 003f1354  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZNSt16allocator_traitsISaIN3Gui5LabelEEE9constructIS1_JRSsEEEDTcl12_S_constructfp_fp0_spcl7forwardIT0_Efp1_EEERS2_PT_DpOS6_)
I/DEBUG   (   34):          #14  pc 003f10f0  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZNSt23_Sp_counted_ptr_inplaceIN3Gui5LabelESaIS1_ELN9__gnu_cxx12_Lock_policyE2EEC1IIRSsEEES2_DpOT_)
I/DEBUG   (   34):          #15  pc 003f0e18  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZN9__gnu_cxx13new_allocatorISt23_Sp_counted_ptr_inplaceIN3Gui5LabelESaIS3_ELNS_12_Lock_policyE2EEE9constructIS6_IKS4_RSsEEEvPT_DpOT0_)
I/DEBUG   (   34):          #16  pc 003f0b78  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZNSt16allocator_traitsISaISt23_Sp_counted_ptr_inplaceIN3Gui5LabelESaIS2_ELN9__gnu_cxx12_Lock_policyE2EEEE12_S_constructIS6_IKS3_RSsEEENSt9enable_ifIXsrNS8_18__construct_helperIT_IDpT0_EEE5valueEvE4typeERS7_PSE_DpOSF_)
I/DEBUG   (   34):          #17  pc 003f0624  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZNSt16allocator_traitsISaISt23_Sp_counted_ptr_inplaceIN3Gui5LabelESaIS2_ELN9__gnu_cxx12_Lock_policyE2EEEE9constructIS6_JKS3_RSsEEEDTcl12_S_constructfp_fp0_spcl7forwardIT0_Efp1_EEERS7_PT_DpOSC_)
I/DEBUG   (   34):          #18  pc 003f0044  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZNSt14__shared_countILN9__gnu_cxx12_Lock_policyE2EEC1IN3Gui5LabelESaIS5_EJRSsEEESt19_Sp_make_shared_tagPT_RKT0_DpOT1_)
I/DEBUG   (   34):          #19  pc 003ef678  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZNSt12__shared_ptrIN3Gui5LabelELN9__gnu_cxx12_Lock_policyE2EEC1ISaIS1_EJRSsEEESt19_Sp_make_shared_tagRKT_DpOT0_)
I/DEBUG   (   34):          #20  pc 003eeb80  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZNSt10shared_ptrIN3Gui5LabelEEC1ISaIS1_EJRSsEEESt19_Sp_make_shared_tagRKT_DpOT0_)
I/DEBUG   (   34):          #21  pc 003ede24  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZSt15allocate_sharedIN3Gui5LabelESaIS1_EIRSsEESt10shared_ptrIT_ERKT0_DpOT1_)
I/DEBUG   (   34):          #22  pc 003ed5d8  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZSt11make_sharedIN3Gui5LabelEJRSsEESt10shared_ptrIT_EDpOT0_)
I/DEBUG   (   34):          #23  pc 003ecd64  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZN13SceneProgress7InitGuiEv)
I/DEBUG   (   34):          #24  pc 003ec8e4  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZN13SceneProgressC2Ev)
I/DEBUG   (   34):          #25  pc 00496bcc  /mnt/asec/com.familyxoft.croger_debug-1/lib/libcroger_d.so (_ZN12LoadingSceneC2Ej)
 
« Last Edit: September 15, 2014, 07:52:41 pm by ChronicRat »

ChronicRat

  • Sr. Member
  • ****
  • Posts: 327
  • C++ programmer
    • View Profile
    • My blog
Re: Android and iOS ports available for testing
« Reply #284 on: September 20, 2014, 08:44:51 pm »
I'm continuing experiments with IDEs. Now it's Visual Studio 2013. I can share SFML solution with "vs-android"
Next task - debugging. =)
ps Just unpack attachment to your SFML directory. Pathes in projects are relative.
upd: There were some errors in parameters, so i'll share with this solution on demand.
« Last Edit: September 21, 2014, 07:49:39 pm by ChronicRat »

 

anything