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

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - ChronicRat

Pages: 1 ... 8 9 [10] 11 12 ... 22
136
General discussions / Re: Better keyboard handling
« on: October 29, 2014, 07:17:17 pm »
Any news for subj?

137
General discussions / Re: Android and iOS ports available for testing
« on: October 29, 2014, 05:54:41 pm »
I hope that I will have no bugs.
Use IDDQD for it. =)

138
General discussions / Re: Android and iOS ports available for testing
« on: October 29, 2014, 12:01:30 pm »
Android SFML does not need any Java code. All inclusive! =)

139
General discussions / Re: Android and iOS ports available for testing
« on: October 28, 2014, 06:57:42 am »
Hm, I wanted to write that I have all ok with sf::String, but I've found that I have no any code with using of sf::String(const char*) directly. It's because I'm using LanguageManager where all text is in external lang files and sf::String returned by function that converts UTF8 source text to std::string.

140
General discussions / Re: Resource Manager
« on: October 24, 2014, 07:44:41 am »
Don't forget file systems: real, archive, net. Interface for custom FS. Streams. Points to store state (before single level loading) and then releasing resources from this store point.

141
General / Re: SFML Android Music::openFromFile crash
« on: October 03, 2014, 03:00:58 pm »
If nobody uses it, we won't get any feedback, and the implementation will hardly improve. The more people use it and report bugs, the more progress we can make in the Android implementation.
Yes, you're right. But there are no any changes almost half-year in repository. =(

142
General / Re: SFML Android Music::openFromFile crash
« on: October 03, 2014, 11:25:41 am »
By the first, Android port is not ready. I can't recommend it to use now, no, I recommend to not use it. =)
I don't know what about Music::openFromFile, I don't use it, I'm playing music via Music::loadFromStream and you have to write own stream for it or just search in the forum.

143
General discussions / Re: Android and iOS ports available for testing
« on: September 30, 2014, 06:28:55 pm »
I don't know why but now after onPause and then returning to app called ANativeActivity_onCreate.
Something like this works for me:
if (!oldStates)
        {
                // Launch the main thread

                std::thread* thread = new std::thread(&sf::priv::main, states);
                //sf::Thread* thread = new sf::Thread(sf::priv::main, states);
        //    thread->launch();

                // Wait for the main thread to be initialized
                states->mutex.lock();

                while (!states->initialized)
                {
                        states->mutex.unlock();
                        sf::sleep(sf::milliseconds(20));
                        states->mutex.lock();
                }

                states->mutex.unlock();
                // Share this state with the callback functions
                activity->instance = states;
        }
        else
        {
                states->context = oldStates->context;
                states->forwardEvent = oldStates->forwardEvent;
                states->processEvent = oldStates->processEvent;
                free(oldStates->savedState);
                delete oldStates;
                initializeMain(states);
                // Share this state with the callback functions
                activity->instance = states;
        }
 

PS Anybody works with Android SFML?  :(

144
General discussions / Re: Android and iOS ports available for testing
« on: September 29, 2014, 07:29:15 pm »
Why dlclose can be called in the very begining of the program? It looks like some library has been unloaded. It happens on Android < 4.0.4 only. I don't what's happening. No ideas. I have no hardware device with 4.0.3, by some reason i can't debug on emulator when program just started.

145
SFML projects / Re: It Always Ends In Nuclear War
« on: September 29, 2014, 01:04:49 pm »
Terrain is wonderful!

146
General discussions / Re: Android and iOS ports available for testing
« on: September 28, 2014, 05:09:23 pm »
Looking for reason why segmentation fault on 4.0.4 and less. I tried to use std::thread and std::mutex. And found deadlock here:

EglContext::EglContext(EglContext* shared, const ContextSettings& settings, const WindowImpl* owner, unsigned int bitsPerPixel) :
m_display (EGL_NO_DISPLAY),
m_context (EGL_NO_CONTEXT),
m_surface (EGL_NO_SURFACE),
m_config  (NULL)
{
#ifdef SFML_SYSTEM_ANDROID

    // On Android, we must save the created context
    ActivityStates* states = getActivity(NULL);
    Lock lock(states->mutex);

    states->context = this;

#endif

    // Get the intialized EGL display
    m_display = states->display; // getInitializedDisplay() - this function locks locked states->mutex
 

147
General discussions / Re: Android and iOS ports available for testing
« on: September 22, 2014, 04:46:17 pm »
There is problem with OpenAL again - crash on pressing "Home" button. Rebuilding last from openal-soft solves the problem. Hmm, it solves if openal was built on Linux, but not in Windows. =)

148
General discussions / Re: Android and iOS ports available for testing
« 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.

149
General discussions / Re: Android and iOS ports available for testing
« 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)
 

150
Audio / Re: No sound after update to 2.1
« on: September 14, 2014, 08:02:01 pm »
 ;D

Pages: 1 ... 8 9 [10] 11 12 ... 22