I can fully understand and support the reasons for 10.6 (and a "Dev" version) of the client not being available on a general download basis...But I think that an effort should be made to approach veteran members of the community to use this client. I think in the past people have been reluctant to test out a "dev" client when the required them playing on a Dev server. But as long they can play on main I think many veteran members would be happy to test and give feedback about things in development. This will need to happen any way (some sort of trial period where kinks and bugs are sorted out), and I think that we need to involve some players (I.e. people who spend long hours logged in and have a chance to see how things happen overtime) in this process so that they can report on how things behave over time.

I have a few suggestions of who to approach with this initiative if there is agreement that this is the way to go...
(I also have more arguments why this should happen, but I'll wait to see how people feel before trying to make the case for something that might be not need support).

r6678 adjustable indent is very nice, and there is no more of that premature line break thing. However, my client shows black masks covering the icons, which I believe to be alpha.png. I think that might be because I just updated and compiled over an old release, or I remember hearing about this one a long time ago.

I try building a new one but it scratched. I'll probably do that again, but later.

Edit: done. OK the blackness is gone, but I have the feeling it may have been a skin issue.

Nightly builds sounds like a good idea. I'm still going through the code::blocks manual. There should be a way to make an installer from compile.

Edit: definitely a skin issue, I'll have to finish it later, maybe do all the other addons tomorrow.

Edit: r6678 client download http://www.4shared.com/zip/-nqXdxZG/client.html (compiled for windows on CB).

I need Windows help. I've rigged linux configure to extract the revision number of the client you are compiling. Then this is printed .just below the map name during play on development clients, so everyone knows which revision they have found is bugged -- see http://daimonin.svn.sourceforge.net/daimonin/?rev=6681&view=rev

But of course the point is for Windows clients. UnxUtils egrep (to find the revision) inexplicably prints its results 6 times for me on Wine, and doesn't know the -m switch anyway (we need this to stop the search afŧer the first result). There is allegedly a findstr program on Win but wine doesn't seem to have it.

Even so I am not sure where to do all this anyway. I need to get the revision number then set a define, REVISION, to a string of thks number (eg, #define REVISION "9999") either at build time or perhaps by writing it to win32.h.

Can YOU help?

I suggest simply using the __time__ and __date__ macros for compile time for the sake of cross-platform simplicity. As long as we do something to keep track of what revision the nightly build was built to on <date>, that should work fine.

Anich - zip file sent to the @gmail.com account listed on your profile page ...

Downloaded your zip and it worked ... but - maybe I was just too impatient the first time?  The synch files bit took quite a while but got there in the end ...

Could someone who runs proper Windows test (and if needed fix) this?

Replace the Setup.bat in make/win32 with this:

@echo off

setlocal enableextensions

..\..\..\project_tools\unxutils\unzip.exe 3rdparty.zip
move dll\*.dll ..\..
rmdir dll

set revision=exported

if exist ..\..\.svn (
    for /F "skip=4 tokens=2" %%a in ('svn info ..\..') do (
        set revision=%%a
        goto :break
    )
)

:break
echo #define REVISION "%revision%" > include\revision.h
endlocal
pause

Then build as normal.

What should happen: The batch file checks for client/.svn. If not found, the variable %revision% is set to exported. Otherwise, it runs svn info and extracts the revision number and writes this to %revision%. Either way, it then writes this to the file include/revision.h as a #define.

What actually happens under wine: If client/.svn does not exist, everything works. Otherwise, The script shouts:

Syntax error
File not found

File not found

(all of which relate to the for line.)

It writes #define REVISION "a".


I thought perhaps the svn info was confusing it (not sure I even have svn installed under wine) so replaced it with:

    for /F %%a in ('ver') do (

It still does the same!

Everything I can find on google says it should work. (The setlocal and endlocal are things I thought I might need -- they make no odds -- and the pause is just so I can see the console afterwards.)

30s? It takes about 5 seconds on mine, which is about 5 times longer than the 10.5 client for me. I don't know if maybe antivirus software is slowing you down somewhere?

Latest build as of to date http://www.4shared.com/zip/K4OiUbMl/daimonin-client-0106-6685.html I don't know how to upload to SF.

No luck with skins yet. A bit busy today.

Thanks Torch.

It looks then like for /F just doesn't work under wine. Well, essentially no problem. Just means whoever builds the dev binary has to do it on real Windows.

The missing .svn is no problem. Basically if you export your source from the repository to build a client you will not get this, hence the default revision of "exported". This is what you normally should do.

When building a dev client though, you should do a simple copy of client/ out of  the trunk repo. This will include the .svn hidden folders and thus the revision info. Is this true for Windows or do you need some special invocation to include hidden folders in a copy?

Therefore ..\..\.svn is correct. We're expecting not to find it.

Currently Windows doesn't include revision.h so your client won't show it. I'll add it later today.

As for skip=4 or skip=5, well my info says:

      skip=n       A number of lines to skip at the beginning of the file.
                    (default = 0)

and (on Linux, perhaps Windows has an extra line for some reason?) svn info produces, ie (line numbers added by me, count from 0):

0    Path: sourceforge
1    URL: https://daimonin.svn.sourceforge.net/svnroot/daimonin
2    Repository Root: https://daimonin.svn.sourceforge.net/svnroot/daimonin
3    Repository UUID: 3ee485a7-5726-0410-865c-82d48ca3e34f
4    Revision: 6685
5    Node Kind: directory
6    Schedule: normal
7    Last Changed Author: smacky
8    Last Changed Rev: 6685
9    Last Changed Date: 2012-01-18 21:23:50 +0000 (Wed, 18 Jan 2012)

So logically skip=4 for the Revision line! But I'll change it to what works...

Re the sync files speed: yes this is because 10.6 rebuilds the image data every time, which takes a while depending on machine speed/number of images (log in to dev, it is probably even slower). I'll do something about this later on in development.

Re textwin not scrolling during login: no, it doesn't yet. Ultimately the point of showing the textwins here is that they can be scrolled/resized/moved just like during play (ie, so you can review chat, etc). But there's a bit to do to the code first.

Re 0 0: That's the player's longitude and latitude (or the other way round, can never remember) for the locator. Eventually this info won't be shown textually in the textwin but will be plotted graphically in the locator. During dev, at least this shows who is ingame.