Active Topics

 



Notices


Reply
Thread Tools
Posts: 2,076 | Thanked: 3,268 times | Joined on Feb 2011
#1
Vicious Orcs by Jeff Lait
(http://www.zincland.com/7drl/orcs/)

Your remote mountain village is snowed in awaiting the pass to clear when an earthquake strikes, revealing a new cave complex. It so happens that tales in the village have told of such a cave complex many generations ago. That time vicious orcs stormed out and attacked the defenseless villagers. This time, you are here.

Since the rest of the villagers are too fearful or too doubtful to make a foray into the caverns, it is up to you to explore their depths and rid the village of this threat.

Vicious Orcs is a game in the Angband style. Except much shorter. Much like Quickband quickened.

The features of Vicious Orcs are:

* One main quest and three sub-quests.
* Active and dynamic town!
* Only six dungeon levels to explore!
* Magical potions and magical rings to find and identify!

Made compatible with libtcod 1.5.1 ported by Aapo. Fully working. Extract to ext2/3 partition, run from bin directory.

Have fun!
Attached Images
 
Attached Files
File Type: gz orcs.tar.gz (199.9 KB, 102 views)
 

The Following 4 Users Say Thank You to szopin For This Useful Post:
Posts: 50 | Thanked: 120 times | Joined on Apr 2010 @ Poland
#2
Heh, it so happens I ported this one too... Libtcod 1.5.0 used, though.
Attached Files
File Type: deb vorcs_0.0.1.deb (380.2 KB, 109 views)
__________________
.:different kinds of pop
 

The Following 2 Users Say Thank You to trompkins For This Useful Post:
Posts: 2,076 | Thanked: 3,268 times | Joined on Feb 2011
#3
You wouldn't still have libtcod 1.5.0 compiled for arm by any chance? It would be much easier to just include it while compiling instead of rewriting the code. Older versions also welcome.
 
Posts: 2,829 | Thanked: 1,459 times | Joined on Dec 2009 @ Finland
#4
-Wrong thread-
__________________
TMO links: [iSpy] - [Power search] - [Most thanked] - [Cordia - Maemo5 UI on top MeeGo Core] - [CommunitySSU]
 
Posts: 50 | Thanked: 120 times | Joined on Apr 2010 @ Poland
#5
Originally Posted by szopin View Post
You wouldn't still have libtcod 1.5.0 compiled for arm by any chance? It would be much easier to just include it while compiling instead of rewriting the code. Older versions also welcome.
If you want the compiled libs they're actually included in the package (/opt/vorcs/lib/libtcod-1.5.0).

I haven't mucked about with any older libtcod versions yet. If there are any games which need them I might as well get to it.
__________________
.:different kinds of pop
 

The Following User Says Thank You to trompkins For This Useful Post:
Posts: 2,076 | Thanked: 3,268 times | Joined on Feb 2011
#6
Thanks. Managed to compile it (except for gui, but who needs that) using cmake list from 1.5.1. Some of the games written with libtcod 1.4.x are not trivial to update to 1.5.1. Got 1.4.0-2 now so shouldn't be a problem anymore.
 
Posts: 838 | Thanked: 3,384 times | Joined on Mar 2009
#7
I uploaded this to the extras-devel.
Package name is vorcs and it uses icons etc from trompkins' package.

It is using system's libtcod-1.5.1 (modifications by szopin).

It didn't compile for ARM with gcc-4.2, so I made some modifications, hope they will not break game.

Save file is "/home/user/.orc.sav", config file is /opt/vorcs/orc.cfg.
No audio support.
 

The Following 3 Users Say Thank You to AapoRantalainen For This Useful Post:
Posts: 2,076 | Thanked: 3,268 times | Joined on Feb 2011
#8
Please do share your 4.2 fix. This <4.3 bug in gcc is really pretty common/annoying and my googlefu failed me when looking for a solution. I had to switch to 4.4.
 
Posts: 838 | Thanked: 3,384 times | Joined on Mar 2009
#9
Originally Posted by szopin View Post
Please do share your 4.2 fix. This <4.3 bug in gcc is really pretty common/annoying and my googlefu failed me when looking for a solution. I had to switch to 4.4.
Not sure is this always easy as this:
Code:
src/thread.c
@@ -70,5 +70,10 @@ inline s32
 testandset(s32 *addr, s32 val)
 {
-    return __sync_lock_test_and_set(addr, val);
+    int return_value =  *addr;
+    *addr=val;
+    return return_value;
+
+    //It writes value into *ptr, and returns the previous contents of *ptr.
+    //return __sync_lock_test_and_set(addr, val);
 }
 
@@ -76,5 +81,10 @@ inline s32
 testandadd(s32 *addr, s32 val)
 {
-    return __sync_fetch_and_add(addr, val);
+    int return_value =  *addr;
+    *addr+=val;
+    return return_value;
+
+    //These builtins perform the operation suggested by the name, and returns the value that had previously been in memory.
+    //return __sync_fetch_and_add(addr, val);
 }
This can be dangerous. As you see there are some kind of homemade threading and now bultin __sync_-functions are not used.

This is my reference: http://gcc.gnu.org/onlinedocs/gcc-4....-Builtins.html

And there are (were? it is about gcc4.1.2)
At present GCC ignores this list and protects all variables which are globally accessible.
 

The Following User Says Thank You to AapoRantalainen For This Useful Post:
Posts: 2,076 | Thanked: 3,268 times | Joined on Feb 2011
#10
Awesome. Good source, my googlefu sucks in programming currently
 
Reply


 
Forum Jump


All times are GMT. The time now is 06:24.