Server Help :: View topic - Problems running winasss (1.4.0, compiled on msvc++.net)

Server Help

ASSS Questions - Problems running winasss (1.4.0, compiled on msvc++.net)

Sai - Sat Sep 10, 2005 12:43 pm
Post subject: Problems running winasss (1.4.0, compiled on msvc++.net)

I also mailed this to Grelminar, but knowing he is a busy man I might get the solution handed quicker if I post it here as well:

Winasss 1.4.0, build on msvc++.net

Description of the problem: After loading the module logman, no other modules will report that they have loaded in the console. Putting them twice in modules.conf will give the error message that the module is already loaded. It will then proceed to generate an unrecoverable error on bw_default. bw_default can only fail if cfg is returning an error, probably because it's not loaded properly.

Screendump:
starting winasss...
winasss 1.3.5 built at Sep 6 2005 00:45:59
Loading modules...
I <cmod> loading C module 'deadlock' from 'internal'
I <cmod> loading C module 'prng' from 'internal'
I <cmod> loading C module 'logman' from 'internal' <- After this 4 modules fail to report in the console
Unrecoverable error (5): Error in loading module 'bw_default'
winasss cannot start. error loading modules.
Press any key to continue . . .

Removing bw_default will lead to the next module in line failing to load.

Part of modules.conf
; not on windows: unixsignal
deadlock

prng
logman
mainloop <- Does not report anything in the console
config <- Does not report anything in the console
playerdata <- Does not report anything in the console
lagdata <- Does not report anything in the console

bw_default
net
chatnet

---

The executable is 'properly' compiled with all the modules in it. Or at least it should be, the first three load just fine, ergo the others should.

Smong - Sat Sep 10, 2005 1:57 pm
Post subject:

In conf/global.conf look for the [log_console] section. There could be settings here that are hiding log messages.

This should print everything.

Quote:

[log_console]
all = DIMWE

Also I don't want to be too picky, but what you posted does say 'winasss 1.3.5 built at Sep 6 2005 00:45:59'.

Sai - Sat Sep 10, 2005 2:11 pm
Post subject:

The version is a direct download from www.sscx.net/asss, nothing was changed.

part of global.conf
;[log_console]
; all = DIMWE

I'm uncommenting this, result is completely the same.

Sai - Sat Sep 10, 2005 2:15 pm
Post subject:

Anyway(With your hint I checked ASSSVERSION which was defined at 1.4.0, so I checked the project files ->), I think I found a problem, it seems the project is pointing to an older version of the winasss main.c, let me fix this.

Sai - Sat Sep 10, 2005 2:18 pm
Post subject:

The problem remains.

Console output:

starting winasss...
asss 1.4.0 built at Sep 10 2005 20:17:24
Loading modules...
I <cmod> loading C module 'deadlock' from 'internal'
I <cmod> loading C module 'prng' from 'internal'
I <cmod> loading C module 'logman' from 'internal'
Unrecoverable error (5): Error in loading module 'bw_default'
winasss cannot start. error loading modules.
Press any key to continue . . .

Smong - Sat Sep 10, 2005 2:25 pm
Post subject:

Have you tried making a new project from scratch instead of just updating a few files?

Sai - Sat Sep 10, 2005 2:29 pm
Post subject:

There was nothing to update, I somehow added an old version to the project - it was on a completely different drive. (I edited the project files to point to the one it should, besides that I doubt much is different in the main.c anyway. I cleaned the project and did a rebuild.)

This <is> a completely new project because Grelminar changed the entire project structure.

Sai - Sat Sep 10, 2005 5:37 pm
Post subject:

Solution: bw_default was missing EXPORT. (Thanks Grel)

Solo Ace - Sun Sep 11, 2005 7:04 am
Post subject:

Heh, I've had these issues too.

Grel mist've read my complaining.

Bak - Sun Sep 11, 2005 2:25 pm
Post subject:

lots of times it will tell you a module fails before logging other ones as loaded correctly. This happens when I make custom modules and they fail loading right at the begining.