Search results

I checked my appdata and saw the folder is located here: ${appdata}/owncloudsync/data/ownCloud/. Check to see if you can find a file named lock there.

Wow, the slowdown between ghost mode on Ghost Trick is gone now. Impressive progress.

The lockfile is in the owncloud config directory. On Desktop, this is ~/.local/share/data/ownCloud/, so might be ${Pandora appdir}/owncloud/.local/share/data/ownCloud/.

I had this originally on my list to port, but after looking at the source and engine requirements, I decided it'd be more time than it was worth to get working like I wanted. Glad to see someone tackle it, even if it's still slow.

I tried running this game on my desktop and found a similar one track and then silence. Since this isn't a pandora specific issue(and maybe devs want it that way), I plan to keep it as is. I will still see if I can fix the UI overlap and maybe performance if it's possible. EDIT:All I could find...

Feedback is good. I think I've noticed this too, but was too occupied with the puzzles to know of it was a issue or not. This game uses the newest Frogatto engine, so maybe the Pandora code needs a change. Since the devs manage the Pandora code for this engine, I'll contact them or the person...

The black background is because I was using a newer qt lib. I've noticed, by default, qt versions outside the one bundled with system have this issue with system tray icons. Not sure what changes I can make will change that aside from trying to compile with the older qt.

Yeah, I used ptitSeb's compiler and system libs. It seems the old 4.3 GCC I was using from Yactfaeu before is old enough it causes problems with csync in memory corruption. The newer GCC fixed that.

Sounds like a much more ambitious port than I would have tried. Interested to hear your progress.

Here's some things I've found related to this topic: http://gamelaunched.com/ http://selfstarter.us/ http://www.freedomsponsors.org//

I believe I owe lunixbochs a bounty. :)

I decided to try out efence like you suggested since it seemed simple to test. If what I'm seeing is right, the corruption might be coming from the system Qt libs.#0 0x40027408 in slotForInternalAddress (address=<value optimized out>) at efence.c:649 count = 8878 #1 free...

It seems the csync devs think the problem is platform specific. I'll see if I can check if compiling this with the onboard gcc 4.7 changes anything, but not sure where I'd look for a solution from here if that doesn't help.

Awesome! I tried getting this working a bit back but didn't put the effort in to make it work in the memory of my CC pandora and optimize for speed.

I can't seem to find any valgrind for the pandora, so I ran it against the desktop version. Seems it list a few problems which, having never used valgrind before, I'm unsure how to trace. I'm attaching the XML log Valkyrie spit out. memcheck_log_2013.02.26_17:10:54.xml.zip

If this is a corrupted stack, what kind of things in the code should I look for that would be causing stack corruption?

This is the line with sp: sp   0x43796748   0x43796748

Here's the source directory and binaries I was using. Have been using yactfeau. Just put the utmp files in the /mnt/utmp folder and src files in Pandora dir used for yactfeau. There are build directories for the csync library and GUI with txt files with the commands I used to build in them...

Yeah, I didn't write the program. Just happened to want to use it on my pandora. I did note just now when testing that keeping the char declaration in without any code using it doesn't cause a sigsegv. Will have to look more into what triggers exactly.

Would have thought maybe initializing it would help but for two things. One, another later spot that causes this issue, if I comment out like I mentioned, is this line: char errbuf[256] = {0}; which does initialize the variable. Second, The program runs fine on my desktop, so the issue is...