Search Results
Searched for posts by fejoa in all forums

Showing results 901 - 910 out of 1000 total
Modify your search
Posted by fejoa, Jun 12, 2012 at 3:30 pm
Hey Vasiliy. I've got a little coding challenge for you. It goes like this:

In IVAN the Wand of Mirroring creates mirrored objects from the originals and puts everything in one pile, so you can't distinguish which are the mirrored and which are the real ones (actually you can, and it is written somewhere on this forum). But for all intents and purposes mirrored items are indistinguishable from the originals. This is fine if you want to use everything up in the short term. Say if you mirrored a whole pile of Scroll of Enchant Armor, you might end up reading them all in one go then that is fine.
SPOILER ALERT. Click here to see text.
but everyone knows that mirrored stuff disappears after a little while an annoying little fact

But say you want to read only the mirrored ones and keep the originals for if you find a scroll of charging to recharge the wand of mirroring... you run the risk of losing track of the originals in the pile of mirrored stuff. Which scroll sould you read and which not?

Basically the programming challenge is this: to make a way of visibly showing which items are mirrored in the player's stack, and maybe on the ground too.

For starters, if we look in Symbol.PCX, we can see at coordinates (16, 16) that there is a little blue M symbol in the top right-hand corner of the 16x16 square. It's only a guess, but I'd say the original Devs were going to implement this feature at some stage. I can't be certain, but I think it would be a handy feature to have anyway.

Maybe you'd like to have a crack at this, maybe not, but I think it's on the critical path for short term development. Let me know what you think.
Posted by fejoa, Jun 12, 2012 at 2:34 pm
Hey that's great Michael! Thanks for posting such detailed instructions for running IVAN on Mac.
Posted by fejoa, Jun 11, 2012 at 11:08 am
Hi Michael and welcome! Post some screenshots of IVAN working in Mac if you can.

By the way, nice portfolio
Posted by fejoa, Jun 2, 2012 at 5:26 pm
So this is the output from cmd (attached) when I checked the version of g++ on my system. Seems like it's in the right place.

Vasiliy, can you tell us about your intentions for your version of IVAN that you are working on? I know you have been rewoking the code to be more modular and accessible for future developments, and the new control features are great. The merger of many previous versions of IVAN fork is also very important and has been achieved brilliantly. Do you have a grand plan of changes you would like to personally implement in the near future?
Posted by fejoa, May 30, 2012 at 4:20 pm
double post: I like the way the smileys illustrate the code in the above post.
Posted by fejoa, May 30, 2012 at 3:58 pm
vasiliy wrote
> how come the round-shaped room is blocked off in UT2?
it was a result of one «bugfix». %-) please, download new snapshot, i reverted this change immediately after discovering it. %-)

> g++: error: CreateProcess: No such file or directory
seems that it just can't find .exe file. maybe putting c:/mingw/bin to PATH will help. but i don't know much (if anything) about 64-bit windows. will look if i still have 64-bit w7 virtual machine somewhere.

btw. what new 0build.bat says?

Great, I can access the round-shaped room, and also the cathedral too (that was previously blocked off for some reason). I modified the 0build.bat a few times and bugtested by putting echo on and putting a pause at the end to stop the command window from closing. Initially it would just exit, but then it said it couldn't find gcc, but I thought that couldn't be correct. I modified the AI so it could find the gcc and g++, so it would pass that tests and then run jam. I got the same errors as before after modifying the .bat. I conclude there must be something wrong with my system. I'll find a way around this sometime.

As 0build.bat I have: (once again backslashes won't appear)

@echo on


jam %1 %2 %3 %4 %5 %6 %7 %8 %9

echo "old MinGW gcc found; consider upgrading"
set CC=mingw-gcc.exe

echo "old MinGW g++ found; consider upgrading"
set C++=mingw-gcc.exe

echo "no mingw g++ compiler found!"

echo "no mingw gcc compiler found!"

echo "check if you have latest MinGW compilers installed in C:MINGW"
exit 1


Also, the automated moving around corners is really great!
Posted by fejoa, May 29, 2012 at 4:07 pm
There must be a problem with my system, because when I try to build CLIVAN the old way it fails with the same error:
g++: error: CreateProcess: No such file or directory

I admit I'm running windows 7 64-bit and from what I gather on the internet, this is not optimal. I will try to compile later in the week with VirtualBox running WindowsXP SP3. Curse that 64-bit shit and the pure mass of bill's will.

In the meantime I'm curious to know if anyone else in the community is able to compile on windows?

P.S. how come the round-shaped room is blocked off in UT2? (see the screenshot) I had to dig my way in.

Posted by fejoa, May 28, 2012 at 8:07 am
Grah, I re-installed MinGW to try to see if I could compile and managed to break the links to SDL libraries. This means I can't compile CLIVAN any longer (unless it rains really hard for the next few Sunday afternoons). So it's up to you old Vasiliy. I'd like to keep trying to compile your version on windows because your changes seem to be much more developed.
I'm pretty sure I have the latest MinGW... hmm.


What version of windows are you compiling on in VirtualBox? And also, what version of LINUX are you using to build with?

and also I see you are updating your first post in this thread and that you have linked there a compiled version for windows. I'll try testing it out right away
Posted by fejoa, May 27, 2012 at 6:23 pm
Thanks vasiliy! Just what I always wanted I'm eager to see how stable the builds are becoming in light of developments like this.
Posted by fejoa, May 27, 2012 at 6:20 pm
Ok this is great so far. I updated the k8-i-v-a-n on my system by pulling it from your repo, got the latest MinGW, I moved your compiled k8jam into the k8-i-v-a-n folder and proceeded the build attempt. But then I ran into another problem, when I typed 0build.bat into cmd I got a bevvy of errors that began with this:

The JAM_TOOLSET environment variable is not defined, defaults to MINGW
Compiler is GCC with MinGW
MSG: 'standard' profile
MSG: windoze build
MSG: using local saves
MSG: sound support enabled
MSG: support for compressed saves turned on
...found 845 targets...
...updating 42 targets...
(  2%) C++ ._wbuildsrcfelibbitmap.o
mingw32-g++: error: CreateProcess: No such file or directory

c:mingwbinmingw32-g++ -c -o ._wbuildsrcfelibbitmap.o -O2 -march=native -m
tune=native -Wall  -static-libgcc -static-libstdc++ -g  -DWIZARD -DLOCAL_SAVES -
DUSE_ZLIB -Isrcfelib -I./src/felib -I./windoze/include -I./windoze/include/SDL

...failed C++ ._wbuildsrcfelibbitmap.o ...
(  4%) C++ ._wbuildsrcfelibconfig.o
mingw32-g++: error: CreateProcess: No such file or directory

c:mingwbinmingw32-g++ -c -o ._wbuildsrcfelibconfig.o -O2 -march=native -m
tune=native -Wall  -static-libgcc -static-libstdc++ -g  -DWIZARD -DLOCAL_SAVES -
DUSE_ZLIB -Isrcfelib -I./src/felib -I./windoze/include -I./windoze/include/SDL

...failed C++ ._wbuildsrcfelibconfig.o ...
(  7%) C++ ._wbuildsrcfeliberror.o

continuing in the same fashion for all 42 targets, and finished up like so:

...failed C++ ._wbuildsrcgametrapset.o ...
( 92%) C++ ._wbuildsrcgamewmapset.o
mingw32-g++: error: CreateProcess: No such file or directory

c:mingwbinmingw32-g++ -c -o ._wbuildsrcgamewmapset.o -O2 -march=native -m
tune=native -Wall  -static-libgcc -static-libstdc++ -g  -DWIZARD -DLOCAL_SAVES -
DUSE_ZLIB -Isrcgame -I./src/felib -I./windoze/include -I./windoze/include/SDL

...failed C++ ._wbuildsrcgamewmapset.o ...
( 95%) C++ ._wbuildsrcgamewskill.o
mingw32-g++: error: CreateProcess: No such file or directory

c:mingwbinmingw32-g++ -c -o ._wbuildsrcgamewskill.o -O2 -march=native -mt
une=native -Wall  -static-libgcc -static-libstdc++ -g  -DWIZARD -DLOCAL_SAVES -D
USE_ZLIB -Isrcgame -I./src/felib -I./windoze/include -I./windoze/include/SDL  s

...failed C++ ._wbuildsrcgamewskill.o ...
...skipped ivan.exe for lack of <src!game>actset.o...
...failed updating 40 targets...
...skipped 2 targets...


The folders ._wbuildsrcfelib etc are empty, so no object files were built. The path of MinGW is set to C:MINGWBIN (should this be C:MINGWBIN ? I tried both ways). Eternally sorry for perpetuating the evils of windoze.

P.S. There should be backslashes in between things like "c: mingw bin mingw32-g++" in the above code