Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[quintin522]

Don't know if someone else has reported these, or brought them up before.

In nightmare mode, I got a warning that the Firemen were going to raid a safehouse. So I moved all my liberals out from their impending assult, and the next day the safehouse got raided. And the next. And the next. And the next. They only stopped after I sent over a "enlightened" liberal to martyr. After that the raids stopped.

The other one i noticed is that if you wait constantly at the entrance of a map, swat teams are unable to enter. You have to move away before they could start entering, and even that was delayed.

[Jonathan S. Fox]

What version number are you using? I thought I'd fixed infinite firemen raids.

[quintin522]

The latest, 4.01.4

[buerokrat]

I compiled v4.01.4 on linux (bootstrap, configure, make and then I executed the binary) and run it successfully for the first time (build up a smart lcs ). The next time, I got a buffer overflow. Obviously, it has something to do with the "load" function. gdb said:

374           fread(&selectedsiege,sizeof(long),1,h);
(gdb) step
fread () at /usr/include/bits/stdio2.h:285
285             return __fread_chk_warn (__ptr, __bos0 (__ptr), __size, __n, __stream);

Besides, I don't get sitemaps.txt loaded, wherever I put it.
I've never worked on lager C-projects and never filed any bug report. But I hope this helps (me and others).

[Jonathan S. Fox]

You'll need to run dos2unix or whatever it's called on sitemaps.txt to change its line endings, as the format it's uploaded with is incompatible with linux. Then it goes in the art directory. My first guess for your loading problem sounds like something where the selectedsiege integer is not defined/saved as a long type, and the system you're on defines long and int as different sizes. You could try changing long to int in that line and see if it fixes it.

[cavebunny]

buerokrat: I hit a similar buffer overflow issue to you the one you describe, and found that FORTIFY_SOURCE was the problem, it is enabled by default on most modern distros, and lcs seems to have some issues with it. In particular, it would run fine the first time, and then, if started when there was a save file present, would crash on trying to load it. Deleting ~/.lcs/save.dat would allow the game to run correctly again, but this made using save games impossible.

I found that by calling:
export CPPFLAGS="-D-FORTIFY-SOURCE=0"

and then compiling, this problem went away. (The 'proper' solution is probably to make the source be compilable with the additional safety checks - it seems like most of the issues are in the file src/title/saveload.cpp but my knowledge of C++ isn't strong enough to figure out what they are exactly).

[buerokrat]

You could try changing long to int in that line and see if it fixes it.

I changed long to int in saveload.cpp. Now it works. I've never expected any platform not to distinguish between both types.

Now I've found a funny bug/intentional feature. My leader started talks to recruit someone. Then his squad was killed in a car accident, since conservative swines forced them to ignore a red traffic light. But my dead leader continues his talks. Maybe as a zombie? I thought eternal life was a conservatice concept that does not happen to enlighted liberals. He's dead for 3 days now, he should even smell. But the new guy still enjoys talking to him.

[Petra]

*bumb

I got this glitch where cork merks are raiding some apartments in the University District. It's a siege, and there's no one there. NO items. NOthing.