Bug Reporting

@Thomas - I don't see how BULL could be making a difference. I used existing code from CvUnit for calculateExperience(), and I didn't touch the Python code. When dividing one int by another in Python, division of one int by another uses integer division (floor), so adding int() to that Python function should make no difference. Try it in the Python console to be sure, though.

In any case, I'll try it out at home but I don't recall seeing a problem. Where do you notice the problem? What I mean is, how can I easily see the problem when playing the game?

I wish I could. :( I've downloaded BAT 2.3 now. But there is no (general) problem with the XP. And a first try to reproduce the bug with RevDCM failed too. I don't know what is going on. Maybe there is another problem and I just thought that I fixed it this way because it seemed to have disappeared after it. I'll be looking for the problem! It's there.

But there are still some old bugs in BUG that needs to be fixed/refixed. Here a screen from BAT 2.3:


For the wrong positions are fixes in CCV 4.09 but I don't know if they are good for all resolutions. And I've got not the capabilites to test it. Furthermore there is a problem if you add a new specialist to the game with the city screen. You can't choose to add a spy (specialist at top). The area of the bonuses above is too long. It must be shorter with new specialists!

There is also a fix in CCV but this is not a good one because it should depend on the number of new specialists but I just decreased the size by XY.

And the help text that appears (mouse on [-] button) if you want to remove a specialist is crazy. I think you see an old and a new text together.

To find my fixes for the bars and tick marks search for: # hier hab ich
 
@Thomas - love that pic! How did you get the black border around the letters? What pic prog are you using ... GIMP? Oh, and the arrows rock. If you are using GIMP, how did you do them?
 
Hi,

I have following problems with the bug mod 4.4 and the BULL 1.2 at Windows 7 (32bit) system:



Uploaded with ImageShack.us

There should not be such strange pink stripes. I remember them as green and red on my old Windows XP system :(

And there are some problems with the descreption:

Instead of the correct ones it prints for example (TXT_KEY_CITY_BAR_FOOD_GROW).
 
@Thomas - love that pic! How did you get the black border around the letters? What pic prog are you using ... GIMP? Oh, and the arrows rock. If you are using GIMP, how did you do them?

That is just a screen shot from the game that I've edited with a picture program. I use PhotoImpact for those stuff.

And forget about the XP problem. It is there but it comes with code from RevDCM. As long as you don't use negative XP modifiers (more XP needed = anti-charismatic) everything seems fine. There is a big mistake in the change player code that will do exactly this! This mistake causes the crash from phil-leader to non-phil-leader and it is also the reason for the XP problem. So, you never know what a bug is good for. We can repair Change_Player now!

Sorry for the report here. ;)
 
That is the whole point (having it work under Vista). The BUG/BULL/BAT team has done OUTSTANDING work - make no mistake. The central issue is ONLY whether the SDK can be made to FULLY work (including a working Debug dll) under modern OSs (Vista/7). The code base (VC++ 2003) is a major impediment, as I have found out. It could very well be that compatibility issues preclude compiling a Debug dll under Vista (using VC++ 2008/or 2010). If that is the case, no big deal, but it would be very helpful to know. Thank you for your help.
I tried my new debug DLL on my Vista laptop, and it seems to run fine, (i.e. not crash.), though I can't do any actual debugging with it as I don't have Visual Studio installed on that machine. I'm upgrading it to Windows 7 today or tomorrow, so I don't think I'll be installing VS on it, in any case.

I'll post my makefile, if it will help. I wound up doing the actual final compile in XP mode with VS 2005 by following the directions in Chazon's "Using VS 2005" thread. I had no errors and everything seems to work properly, though I ran the game in Win 7, using the VS 2010 debugger. I still might be making some mistakes here, as I'm sort of in uncharted territory. My partner writes some molecular modeling software for work now and then, but she has no experience with debugging a DLL.

Two overly educated women, with style, grace, and incredible fashion sense, debugging a game DLL... What could possibly go wrong? :lol:
 
I wound up doing the actual final compile in XP mode with VS 2005 by following the directions in Chazon's "Using VS 2005" thread. I had no errors and everything seems to work properly, though I ran the game in Win 7, using the VS 2010 debugger. I still might be making some mistakes here, as I'm sort of in uncharted territory.
Thank you for taking the time to look into this problem for me. You are under no obligation, whatsoever, to help me. You will not be able to reproduce the debug dll CTD UNLESS you compile the BULL 1.2 SDK using VS 2008 (or 2010, which I believe is compatible with 2008) AND the unmodified makefile (i.e. NO hacks). The only changes I made to the makefile (in red)...
Code:
TOOLKIT=C:/[COLOR="Red"]Program Files (x86)[/COLOR]/Microsoft Visual C++ Toolkit 2003
PSDK=C:/Program Files/[COLOR="Red"]Microsoft SDKs/Windows/v6.0A[/COLOR] [B]<-- installed by Vista[/B]
Otherwise, we're comparing apples to banannas.
 
Thank you for taking the time to look into this problem for me. You are under no obligation, whatsoever, to help me. You will not be able to reproduce the debug dll CTD UNLESS you compile the BULL 1.2 SDK using VS 2008 (or 2010, which I believe is compatible with 2008) AND the unmodified makefile (i.e. NO hacks). The only changes I made to the makefile (in red)...
Code:
TOOLKIT=C:/[COLOR=Red]Program Files (x86)[/COLOR]/Microsoft Visual C++ Toolkit 2003
PSDK=C:/Program Files/[COLOR=Red]Microsoft SDKs/Windows/v6.0A[/COLOR] [B]<-- installed by Vista[/B]
Otherwise, we're comparing apples to banannas.
Well, we tried most of the evening, and with the v6.0A SDK file and VS 2010, it will not compile no matter what. Platform build error, I'm afraid. (Might be a 64 bit thing that we can't figure out... I blame my lovely partner... :D)

But using VS 2005, and XP, I have no issues at all. I'm not so sure that VS 2010 is all that compatible... Though I did get it to work a couple of times the other day, and I don't know why.

Btw, no more Vista at my house. The laptop was upgraded today. Sorry.
 
@KiLLaLeNiN - You are using the BULL DLL but not the rest of the files in its Assets folder. Make sure when copying the files into your [Custom]Assets folder that you don't put one Assets folder inside the other. You must select the files inside BULL's Assets folder and paste them into [Custom]Assets. Do not select and copy the Assets folder itself.
 
Hi,

I just installed the BUG mod this morning and I started my first game using it only to find that I was having some trouble with the Scoreboard. Since this topic is 123 pages long I didn't check to see if it had been asked before.

Anyway, First I started a game and once the loading had finished I got this screen which looks like the Technology screen.



Then once I exited that screen the game came up but with no control are at the bottom or top.



I minimized civ to check if there was any information on this in the BUG mod help file. When I saw it said nothing about it I opened up civ again and the Control area was back!



I was happy with this until I noticed that there was no scoreboard. I tried changing options in the options tab and I tries toggling it on and of with the button next to the resources one. But still nothing happened.

Also when I opened up the city screen it was pretty odd.


Have I missed something crucial or am I just being stupid.
 
@Robert Can't - What version of BTS are you running? Take a look at the Troubleshooting page for some more information that will help us. Make sure you have patched BTS to at least 3.03 (the first patch).
 
You can always grab an archive of the latest code from our SVN browser (BUG, BULL). For BULL note that I only commit a compiled DLL when I do a release so you'll have to compile your own DLL.
 
For BULL note that I only commit a compiled DLL when I do a release so you'll have to compile your own DLL.
Thanks for the links. I saw the DLL date and gave up on my original endeavor to get the latest/greatest and I went back to .zip release versions. I may try the SVN BUG and release BULL at a later date.
 
Ah. Thanks.

It's because after reinstalling my copy of BTS I forgot to update. I'll do it now.

Thanks
 
Fuyu maintains an up-to-date merge of BUG + BULL + Better BTS AI using the latest code from each. This is your best bet to the bleeding edge. :)
 
I'm having the same issues with Robert Can't regarding the stupid technology tree and the lack of a scoreboard.

I have the latest patch 3.17 installed and the BUG is installed for singleplayer purposes (much to my dismay that it replaced original files; which would mean I'd probably need to uninstall the whole program if there is no remedy for this problem).

Where exactly is the troubleshoot page?
 
BUG definitely does not overwrite original files. When you first play Civ4 it creates a new empty folder called CustomAssets in your My Games folder which it fills with a bunch of empty folders. BUG single player install will write files into that folder. If you put other mod files into that folder, it will warn you and allow you to backup or rename the folder before overwriting them. We were very careful not to muck with your install.

You can uninstall BUG using the uninstaller or delete the CustomAssets folder.

BUG works with 3.03 and above, but do note that 3.17 is not the latest patch. 3.19 was released last summer. However, it sounds a lot like you haven't patched. Can you launch BTS and select ADVANCED and ABOUT THIS BUILD and take a screenshot?

The Troubleshooting page is in my signature at the bottom of every one of my posts. It's cleverly hid behind a link called Troubleshooting. ;)
 
BUG definitely does not overwrite original files. When you first play Civ4 it creates a new empty folder called CustomAssets in your My Games folder which it fills with a bunch of empty folders. BUG single player install will write files into that folder. If you put other mod files into that folder, it will warn you and allow you to backup or rename the folder before overwriting them. We were very careful not to muck with your install.

You can uninstall BUG using the uninstaller or delete the CustomAssets folder.

BUG works with 3.03 and above, but do note that 3.17 is not the latest patch. 3.19 was released last summer. However, it sounds a lot like you haven't patched. Can you launch BTS and select ADVANCED and ABOUT THIS BUILD and take a screenshot?

The Troubleshooting page is in my signature at the bottom of every one of my posts. It's cleverly hid behind a link called Troubleshooting. ;)

Oh I see. Its just that based from what I saw in the writings, there were some assets that would be merged or replaced or something? Either way, its good to know that it doesn't mess around with the original files. :lol: Not sure where I can find the uninstaller, but hopefully I won't need to resort to that.

I noticed about the latest patch just a few moments ago. Weird. It wasn't even posted on the official website; and I heard that 3.19 is actually a fan patch. Anyways, I took the screenshot and it seems to be 3.03, which is a bit odd because I downloaded 3.17 and the installer said that it was already up to date. I might as well try 3.19. This might explain why just about every bloody mod that I try to load up fails miserably. :mischief:



Also yes, I found out the troubleshooting link as well. I feel dumb. ;) Hopefully this will solve everything.
 
The Civ Version is actually 301 which means 3.0.1 which is why BUG doesn't work. The build version is a different number. In any case, download the 3.19 patch and run it, and hopefully you'll be all set.
 
Top Bottom