Two things:
First:
How did you manage to compile it in the first place? I have tried with VC++ (Error: No long long), Cygwin (Error: No _atoll), MinGW, et al, with absolutely no success...
As a side note, the Win32 workspace, when compiling gives the message "insert disk into Device\harddisk1\DR1."
I am just curious how you managed to compile it (did it require mod of code?)
Tried with CVS, September 20, 2003.
Second:
I have a redirected output of what Eriwal was saying, available by request. And I have both a maps and arch directory under my crossfire\share, so this is a vaild problem. Also, the .emergency is in its proper place.
Request: Precompiled Win32 CF server
Moderator: Board moderators
Avion -- I have all the maps and files extracted to the right place. The server is asking for a file called "map", not the directory.
"You need a archtype called 'map' and it have to contain start map".
That is the exact error report when trying to run the server.
I have all maps in the share/maps directory, with the ".emergency" file and all extracted map directories inside the share/maps directory. Here is a listing of my share/maps directory:
BREST <DIR> 09-20-03 8:25p brest
DARCAP <DIR> 09-20-03 8:27p darcap
DRAGON~1 <DIR> 09-20-03 8:27p dragonisland
DUNGEONS <DIR> 09-20-03 8:28p dungeons
EDITOR <DIR> 09-20-03 8:27p editor
EMERGE~1 120 06-15-02 5:01p .emergency
EUTHVI~1 <DIR> 09-20-03 8:28p euthville
HALLOF~1 51,608 06-07-02 1:25p HallOfSelection
INFO <DIR> 09-20-03 8:25p Info
INN_AN~1 <DIR> 09-20-03 8:28p inn_and_outpost
LAKE_C~1 <DIR> 09-20-03 8:28p lake_country
LIST TXT 0 09-21-03 10:46a list.txt
MAPS TAR 10,240 02-25-03 5:58p maps.tar
MARKSEL <DIR> 09-20-03 8:27p marksel
NAVAR_~1 <DIR> 09-20-03 8:27p navar_city
PORT_J~1 <DIR> 09-20-03 8:28p port_joseph
PUP_LAND <DIR> 09-20-03 8:27p pup_land
PYTHON <DIR> 09-20-03 8:28p python
QUESTS <DIR> 09-20-03 8:28p quests
SANTO_~1 <DIR> 09-20-03 8:28p santo_dominion
SCORN <DIR> 09-20-03 8:25p scorn
SISTERS <DIR> 09-20-03 8:27p sisters
STYLES <DIR> 09-20-03 8:28p styles
UNDER_~1 <DIR> 09-20-03 8:28p under_world
WOLFSB~1 <DIR> 09-20-03 8:27p wolfsburg
WORLD <DIR> 09-20-03 8:25p world
Ryo -- Could you give some info on this since you have the server running on Windows. Is there a "map" file that is needed?
"You need a archtype called 'map' and it have to contain start map".
That is the exact error report when trying to run the server.
I have all maps in the share/maps directory, with the ".emergency" file and all extracted map directories inside the share/maps directory. Here is a listing of my share/maps directory:
BREST <DIR> 09-20-03 8:25p brest
DARCAP <DIR> 09-20-03 8:27p darcap
DRAGON~1 <DIR> 09-20-03 8:27p dragonisland
DUNGEONS <DIR> 09-20-03 8:28p dungeons
EDITOR <DIR> 09-20-03 8:27p editor
EMERGE~1 120 06-15-02 5:01p .emergency
EUTHVI~1 <DIR> 09-20-03 8:28p euthville
HALLOF~1 51,608 06-07-02 1:25p HallOfSelection
INFO <DIR> 09-20-03 8:25p Info
INN_AN~1 <DIR> 09-20-03 8:28p inn_and_outpost
LAKE_C~1 <DIR> 09-20-03 8:28p lake_country
LIST TXT 0 09-21-03 10:46a list.txt
MAPS TAR 10,240 02-25-03 5:58p maps.tar
MARKSEL <DIR> 09-20-03 8:27p marksel
NAVAR_~1 <DIR> 09-20-03 8:27p navar_city
PORT_J~1 <DIR> 09-20-03 8:28p port_joseph
PUP_LAND <DIR> 09-20-03 8:27p pup_land
PYTHON <DIR> 09-20-03 8:28p python
QUESTS <DIR> 09-20-03 8:28p quests
SANTO_~1 <DIR> 09-20-03 8:28p santo_dominion
SCORN <DIR> 09-20-03 8:25p scorn
SISTERS <DIR> 09-20-03 8:27p sisters
STYLES <DIR> 09-20-03 8:28p styles
UNDER_~1 <DIR> 09-20-03 8:28p under_world
WOLFSB~1 <DIR> 09-20-03 8:27p wolfsburg
WORLD <DIR> 09-20-03 8:25p world
Ryo -- Could you give some info on this since you have the server running on Windows. Is there a "map" file that is needed?
I have MingW32 as well and couldn't compile it. If you read the top of this thread you'll see that Ryo was kind enough to compile a Windows for me using Visual C++. I'm using his binary.EmperorBMA wrote:Two things:
First:
How did you manage to compile it in the first place? I have tried with VC++ (Error: No long long), Cygwin (Error: No _atoll), MinGW, et al, with absolutely no success...
Thanks for clarifying this. At least I'm not totally incompetent -- there really is something missingEmperorBMA wrote: Second:
I have a redirected output of what Eriwal was saying, available by request. And I have both a maps and arch directory under my crossfire\share, so this is a vaild problem. Also, the .emergency is in its proper place.

I did compile the server under Visual C++, and yes it required a few tweaks here & there (not that many, though
)
Did you follow the instructions in the readme.txt file i put with the crossfire32.exe file?
What i did basically is:
* grab latest CVS sources
* fix & compile
* extract bigworld maps
* run the installwin32.bat file in make_win32
* do the treasures trick described in my readme
That's all. There is no need for a map file, or anything else.
Make sure you run the executable from it's directory.
You should have some structure like that:
* crossfire32.exe
* var
* share
* share/maps/...
* tmp
Hope this helps.

Did you follow the instructions in the readme.txt file i put with the crossfire32.exe file?
What i did basically is:
* grab latest CVS sources
* fix & compile
* extract bigworld maps
* run the installwin32.bat file in make_win32
* do the treasures trick described in my readme
That's all. There is no need for a map file, or anything else.
Make sure you run the executable from it's directory.
You should have some structure like that:
* crossfire32.exe
* var
* share
* share/maps/...
* tmp
Hope this helps.
Important note
One more thing i forgot:
make sure, double, triple sure you extract file with Unix-like LF, NOT Windows LF/NL thing.
If extracting using Winzip, there's an option somewhere like 'smart LF conversion'. Turn it OFF.
If using WinCVS for CVS, when checking out, in 'globals', check/enable 'Checkout text files with the Unix LF'
Not doing this will result in broken files & server...
make sure, double, triple sure you extract file with Unix-like LF, NOT Windows LF/NL thing.
If extracting using Winzip, there's an option somewhere like 'smart LF conversion'. Turn it OFF.
If using WinCVS for CVS, when checking out, in 'globals', check/enable 'Checkout text files with the Unix LF'
Not doing this will result in broken files & server...
The maps are objects of the type map and the server cannot find any. There is no map file, the server is not looking for a file called map - it is looking for a map. Don't look for a file called map, try to find out why the server cannot find the maps.Eriwal wrote:Avion -- I have all the maps and files extracted to the right place. The server is asking for a file called "map", not the directory.
"You need a archtype called 'map' and it have to contain start map".
That is the exact error report when trying to run the server.

My previous post tells how to fix that bug.Anonymous wrote:Don't look for a file called map, try to find out why the server cannot find the maps.
It's a matter of bad file extraction, winzip & such convert new line character to Windows-specific ones, which are bad for Crossfire...
Basically it breaks artifacts, thus CF can't find the 'map' one (which is NOT a mapfile

-
- Luser
- Posts: 37
- Joined: Sun Sep 14, 2003 4:58 am
OK, solved the No disk in drive message...
Isn't Windows stupid, look at this, the culprit. (Second Q/A... wasn't even in MSDN)
OK, down to 3 errors... <unistd.h> and 2 conversion from unsigned __int64 to double not implemented errors. (Resolved)
Now 23 errors, spell macros won't link....
Isn't Windows stupid, look at this, the culprit. (Second Q/A... wasn't even in MSDN)
OK, down to 3 errors... <unistd.h> and 2 conversion from unsigned __int64 to double not implemented errors. (Resolved)
Now 23 errors, spell macros won't link....
-
- Luser
- Posts: 37
- Joined: Sun Sep 14, 2003 4:58 am
VC++, thanks Ryo-san. Bow.
It was a complete success... and what do you know, mine crashes too!!!
You know I should probably test and see if its the weather algo or something... (Can't be, weather is set to 0)
Come to think of it I think it might be a bug in one of the archs, because it usually happens when entering a shop... (sometimes annoyingly so)
P.S. I compiled mine with Python 2.3 installed (It compiled in, I hope)...
It was a complete success... and what do you know, mine crashes too!!!
You know I should probably test and see if its the weather algo or something... (Can't be, weather is set to 0)
Come to think of it I think it might be a bug in one of the archs, because it usually happens when entering a shop... (sometimes annoyingly so)
P.S. I compiled mine with Python 2.3 installed (It compiled in, I hope)...