0.2.8.0_rc4: Release process and bugs

Post by **dlh** » Fri Mar 10, 2006 9:02 pm

Clean checkout from b0_2_8_0; crash on startup. Umm, what the? Must you do this in b0_2_8_0?

Commit by luke-jr on b0_2_8_0 :: armagetronad/src/tools/ (tDirectories.cpp tResourceManager.cpp):
    Fix bug in /. detection code
Commit by luke-jr on b0_2_8_0 :: armagetronad/ (3 files in 2 dirs):
    Check for more potentially dangerous and/or invalid filepaths
Commit by luke-jr on b0_2_8_0 :: armagetronad/src/tools/tDirectories.cpp:
    => hates me

Code: Select all

Warning in tString tPath::GetWritePath(const char*) const in /Users/me/armagetronad/src/tools/tDirectories.cpp:604 : 
 	Could not create path to /Users/me/Library/Application Support/Armagetron Advanced/var/scorelog.txt. Check your user's rights.
Error: Error in int SDL_main(int, char**) in /Users/me/armagetronad/src/tron/gArmagetron.cpp:534 : 
 	var directory not writable or does not exist. It should reside inside your user data directory and should have been created automatically on first start, but something must have gone wrong. Your user data directory is subdirectory named .armagetronad in your home directory.

wrtlprnft · Post by **wrtlprnft** » Fri Mar 10, 2006 9:18 pm

http://forums.armagetronad.net/viewtopic.php?t=3175

antix · Post by **antix** » Wed Mar 15, 2006 3:58 pm

Just thought I would post this error with rc4 before the final is released.

On cent OS 3

Code: Select all

armagetronad-dedicated: relocation error: armagetronad-dedicated: undefined symbol: xmlParserInputBufferCreateFilenameDefault

When I attempt to run the program

Website · Post by **Z-Man** » Wed Mar 15, 2006 5:06 pm

Thanks, antix. I assume you were installing from autopackage on an AMD64 system? And you have a version of libxml2 earlier than 2.6.12? Then the error would be "normal" (i.e. sad, but expected), please test the two packages from here:
http://forums.armagetronad.net/viewtopic.php?t=3174

They should either fail to install with errors or work.

antix · Post by **antix** » Wed Mar 15, 2006 5:20 pm

Thanx z-man, actualy I'm running a 32-bit system, amd athlon.

I am also trying to find the best way to upgrade the libxml2 without breaking my system.

antix · Post by **antix** » Wed Mar 15, 2006 5:25 pm

well, I went for it, lol, upgraded libxml2 to the latest version, and the server now works.

I did a --nodeps option on the rpm for libxml2, and I will upgrade the other packages that were conflicting, so that everything will be compatible.

Thanx again for the quick reply though.

Website · Post by **Z-Man** » Wed Mar 15, 2006 7:00 pm

With --nodeps, that's expected behaviour as well

Which other packages did cause trouble? libstdc++5 is a likely candidate, but the package it contains has a different name on each distribution, so we can't make it a dependency in the generic RPM.

Walking Tree · Post by **Walking Tree** » Wed Mar 15, 2006 7:27 pm

wrtlprnft wrote:http://forums.armagetronad.net/viewtopic.php?t=3175

=>

Sorry, but only users granted special access can read topics in this forum.

are you sure you wanted to post this link here in public without reference ? (nosy tree: what forum is that ?)

Post by **Tank Program** » Wed Mar 15, 2006 9:43 pm

It's perfectly fine to post- and you'll never find out.

antix · Post by **antix** » Thu Mar 16, 2006 1:16 am

z-man wrote:With --nodeps, that's expected behaviour as well
Which other packages did cause trouble? libstdc++5 is a likely candidate, but the package it contains has a different name on each distribution, so we can't make it a dependency in the generic RPM.

oh it was just the libxml2-devel and something else I forget.

I assume that its not needed anyways for arma to run.

So a dependency for the new version of libxml2 should be fine.

Jonathan · Post by **Jonathan** » Thu Mar 16, 2006 4:45 pm

Nosy Tree: I know what that forum is, and who probably have access to it, although that doesn't include myself for now. I think I got one more chance than you to get to know it, but I knew of its existence before that. Part of why it is private might be NONE.

meriton · Post by **meriton** » Thu Mar 16, 2006 8:55 pm

I just tried compiling the dedicated server (rc4) for windows in Code::Blocks (gcc). The build completes sucessfully, but the server crashes with a segfault as soon as the round ends.

During compile, I get these warnings:

..\armagetronad\src\network\nNetwork.cpp warning: 'maxrec' might be used uninitialized in this function
..\armagetronad\src\network\nNetwork.cpp warning: 'buff' might be used uninitialized in this function

The corresponding lines in the source read:

Code: Select all

    static tArray< unsigned short > storage(2000);
    int maxrec = storage.Len();
    unsigned short * buff = &storage[0];

The official build does not crash.

Any suggestions?

Post by **dlh** » Fri Mar 17, 2006 1:00 am

Two minor things (over one subject) --

* The cp provided with Mac OS X does not have an -a or -x flag, so dist-hook fails.

* Again, the cp provided with Mac OS X fails with "cp: the -H, -L, and -P options may not be specified with the -r option." when installing the resources. Using -r throws the cp command into legacy mode causing it to fail, I guess. Using -R would make it succeed.

Post by **Lucifer** » Fri Mar 17, 2006 1:15 am

Can we check for this in configure? You know, same way we check for LN_S and then let configure rewrite LN_S with the appropriate command and options?

Post by **dlh** » Fri Mar 17, 2006 1:58 am

Lucifer wrote:Can we check for this in configure? You know, same way we check for LN_S and then let configure rewrite LN_S with the appropriate command and options?

Yes it could, but gnu coreutils supports using -R, correct? I'm not too worried about not being able to run make dist.