NamesFile.txt / The republic question

[DeVice]

I edited The Republic "NamesFile.txt" (NoteForMit : had to change all CR/LF EOL pairs to a single char, otherwise the first one would be included at the end of the filename the server tried to open - something to workaround in tinfopen() perhaps ?).

Question : Do I have to do something to make my changes applied ? I stopped and relaunched the server, but it doesn't seem enuf.

Oh btw, it's a console server : no click menus



I also lack a few files, if someones have them in a Dat folder... :
Data/Models/Misc/fence01.atm
Data/Models/Misc/sheep01.bmp
Data/Textures/Land/repgrassb4Ly1.bmp

[Kirby]

A sheep you say?

[Mit]

Relaunching it should work.. itll reload the namesfile on launch.. mm..
*reloadnames can also be used to reload the namesfile, but i cant imagine that help.

Wouldnt want to change it in tinfopen, but should be catered for in the namesfile.txt parser. I'll put that on my list...

None of those files are really required by the republic, so really need to look into why the client is still requesting em. Also added to the list..

[DeVice]

Ah, then it needs more investigation, cos after a relaunch newbies still got nearly no downloads.

I prolly won't be able to get that done before Monday.

[zaroba]

sure the data folder locations are correct?

if so, it could just be that the server is still trying to get the files from the old location if the drive and path was different when mit had the world.
had a similer problem with sabrada a week or two ago. when i moved the hd to this pc a while back, it went from drive E to drive J. changed the settings in the worlds and all worked fine. then suddenly for no reason and with nothing changed at all, sabrada started asking me to put a disc in Drive E 4 times whenever it was highlighted to be the active application and whenever it was started up. i kept a blank dvd in drive E which stopped the error, and afaik the world had no problems at all. seemed to still run normally, kept logs, etc. then after a few days it went away as oddly as it came.

i was gonna do a reinstall to fix it, but diden't need to then.
have you tried a importing republic into a fresh world install?

[DeVice]

i was gonna do a reinstall to fix it, but diden't need to then.
have you tried a importing republic into a fresh world install?

Nice idea, but I feel more inclined to try to fix the "bug" rather than workarounding it

[DeVice]

Ok Got it. Writing it down here so other Unix users will know about it :

The "Data folders" options did contain antislashes. No problem while Republic was running on windows, but Unixes use regular slashes ONLY as directory separator in pathes.
Commited a possible fix, will be in next build.


Onto the next bug : why the shell don't new players get the default inventory ?

[DeVice]

Oh, btw Mit, forget about the CR/LF thing, I was wrong on that, works perfectly well on Mechzone with the NamesFile.txt keeping them in.

[DeVice]

Onto the next bug : why the shell don't new players get the default inventory ?

Talking to myself again : default inv bug fixed too, gonna build new Unix execs

[zaroba]

silly non-modern os's

[DeVice]

silly non-modern os's

Zaroba if you allow yourself non-windows OSes bashing, don't come crying when others do the other way.

[zaroba]

lol, i wasen't trying to bash it. i try not to bash stuff i know little about.
i just think its odd that an os would be case sensetive, although i can see some benifits of it. but not any that would make it any different from just naming files ending with 1, 2, etc.


nor would i cry to somebody if they bashed windows. i'd just defend it.