Bug Reports

Apr 12, 2015, 5:24 am
#26
Joined: Sep 8, 2010
Occupation: Petty Functionary
Location: Drinking pea soup in the world map
Interests: Mangoes
Posts: 1,059
Thanks Cap, I will investigate
Jan 2, 2016, 9:37 pm
#27
giant mushroom


Joined: Jan 2, 2016
Posts: 1
Hello, I'm getting a system error when running the game. 'The program can't start because libgcc_s_dw2-1.dll is missing from your computer.'
From a quick google search, it looks to me like the exe wasn't built properly or something, but that makes no sense to me, because if that were the case, other people would've reported it by now. The 503 version works fine, so could this be the result of a recent commit?
Jan 2, 2016, 9:43 pm
#28
capristo's avatar
The Imperialist


Joined: Dec 2, 2007
Location: New Attnam
Interests: bananas
Posts: 2,063
Thanks for reporting it and welcome to the forum!

Actually I hadn't tried 504 yet. I just downloaded it and am getting the same error. I'm sure Warheck will have it patched quickly
Jan 3, 2016, 5:59 am
#29
Joined: Sep 8, 2010
Occupation: Petty Functionary
Location: Drinking pea soup in the world map
Interests: Mangoes
Posts: 1,059
I added a couple of linker options to my makefile and recompiled. Can you pick up the renewed build and let me know if it works?

EDIT: Oh and welcome Conan!
Jan 3, 2016, 8:39 am
#30
Joined: Sep 22, 2008
Posts: 618
The new build works for me, at least.
Jan 3, 2016, 12:29 pm
#31
capristo's avatar
The Imperialist


Joined: Dec 2, 2007
Location: New Attnam
Interests: bananas
Posts: 2,063
Works for me as well. Thanks Warheck!
Jan 3, 2016, 5:24 pm
#32
Joined: Sep 8, 2010
Occupation: Petty Functionary
Location: Drinking pea soup in the world map
Interests: Mangoes
Posts: 1,059
Phew, I'm glad. There's nothing worse than releasing stuff not knowing that it doesn't run.
Dec 27, 2017, 3:33 am
#33
Joined: Sep 22, 2008
Posts: 618
Couple of things, not necessarily specific to current release:
1) Apple came across a new exploit: challenging Huang into a fight while wearing an AoGH does not update current health to match the new maximum when equipment is removed. This leads to silly situations like 127 / 54 HP.
2) The top of the screen gets cut off on Win10, which means any prompts on the top of the screen are not shown i.e. y/n for quitting and saving, engraving etc. Image below is from .508, this also occurs on .507, .509 and .51. Latest working release is .506.

Dec 27, 2017, 5:48 am
#34
Joined: Sep 8, 2010
Occupation: Petty Functionary
Location: Drinking pea soup in the world map
Interests: Mangoes
Posts: 1,059
Thanks JoKe, that Windows 10 bug looks pretty bad. Probably coincides with the change to SDL2... will write up an issue on GitHub.
Meanwhile that AoGH exploit is outrageous - I wonder if it goes all the way back to the original IVAN release?
Dec 27, 2017, 10:06 pm
#35
Joined: Dec 3, 2007
Occupation: Chaos Weaver
Location: Standing between all life and death
Posts: 2,813
Ah, if I remember rightly that AoGH bug is an old one. Nobody ever bothered fixing it 'cus firstly, nobody wears AoGH, and secondly, it's only the number that doesn't update, the HP actually updates. All it does is lull you into a false sense of security before killing you.
Jan 5, 5:42 pm
#36
Joined: Jul 23, 2009
Occupation: Slaving my way to a masters in computer science
Posts: 88
The large and mysterious saga of the pantheon should increase wis and int right? I think it might be broken because the last two times I've read it, its done nothing
Nov 18, 10:54 pm
#37
Joined: Nov 18, 2018
Posts: 3
I'm trying to compile v0.54 and get a bunch of error messages involving "SDL_Keycode" --- first is /sources/ivan-054/FeLib/Include/whandler.h:78:49: error: expected ',' or '...' before '(' token
static void SetFunctionKeyHandler(bool (*What)(SDL_Keycode)){ FunctionKeyHandler = What; }
SDL2 version is 2.0.9. What am I missing?
Nov 19, 1:45 am
#38
Joined: Sep 8, 2010
Occupation: Petty Functionary
Location: Drinking pea soup in the world map
Interests: Mangoes
Posts: 1,059
That's peculiar. It's hard to say. Maybe something has changed between SDL versions?

What system are you building on, and what compiler toolchain are you using? Are you using regular old cmake?
Nov 19, 9:38 am
#39
Joined: Dec 14, 2017
Occupation: Your Friendly Local IVAN dealer
Location: The Fabulous land of Ukraine
Interests: webcomics, videogames, languages
Posts: 122
Mellis trades broken vials into bottles instead of vials.
Nov 19, 9:42 am
#40
Joined: Dec 14, 2017
Occupation: Your Friendly Local IVAN dealer
Location: The Fabulous land of Ukraine
Interests: webcomics, videogames, languages
Posts: 122
Dipping scrolls in fountains doesn't cover them with water. Dipping other items works fine.
Nov 19, 10:15 am
#41
Joined: Nov 18, 2018
Posts: 3
A very homebrew Linux system. Toolchain, though, is: gcc 4.8.2, glibc 2.19, binutils 2.24. And I had first tried with SDL2-2.0.4; I upgraded after it didn't work with that one.
Nov 19, 12:00 pm
#42
Joined: Nov 18, 2018
Posts: 3
Ok, it seems to be finding SDL1's headers, e.g. <SDL.h> instead of SDL2's headers, e.g. <SDL2/SDL.h>. The line
  find ./ -type f -exec sed -i 's/#include "SDL/#include "SDL2\/SDL/' {} \; 
made it work on my box (but would of course break it on any box where SDL2 is the default). Isn't this the sort of thing autotools/cmake/whatever are supposed to take care of?

Anyway, since it apparently can't compile against SDL1's headers, you might want to update INSTALL.txt to reflect that.
Nov 19, 10:26 pm
#43
Joined: Sep 8, 2010
Occupation: Petty Functionary
Location: Drinking pea soup in the world map
Interests: Mangoes
Posts: 1,059
Ah I see. It seems that SDL1 has been silently deprecated during the course of development. Thanks for posting this on the forum I'll go write a note in the INSTALL file now.
Nov 19, 10:32 pm
#44
Joined: Sep 8, 2010
Occupation: Petty Functionary
Location: Drinking pea soup in the world map
Interests: Mangoes
Posts: 1,059
badbeaver wrote
Dipping scrolls in fountains doesn't cover them with water. Dipping other items works fine.

Do you mean the water doesn't show in the pictures? Did the flames still go out shortly after the burning scrolls were dipped?
Nov 20, 5:19 am
#45
Joined: Dec 14, 2017
Occupation: Your Friendly Local IVAN dealer
Location: The Fabulous land of Ukraine
Interests: webcomics, videogames, languages
Posts: 122
fejoa wrote
Do you mean the water doesn't show in the pictures? Did the flames still go out shortly after the burning scrolls were dipped?

No, they just don't get covered in water for some reason.
Nov 24, 2:06 am
#46
Joined: Jun 3, 2018
Interests: Stray sheep, Eternal life, Sudden death
Posts: 19
andrew wrote
Ok, it seems to be finding SDL1's headers, e.g. <SDL.h> instead of SDL2's headers, e.g. <SDL2/SDL.h>. The line
  find ./ -type f -exec sed -i 's/#include "SDL/#include "SDL2\/SDL/' {} \; 
made it work on my box (but would of course break it on any box where SDL2 is the default). Isn't this the sort of thing autotools/cmake/whatever are supposed to take care of?

Anyway, since it apparently can't compile against SDL1's headers, you might want to update INSTALL.txt to reflect that.

You can try
export SDL2DIR=/path/to/include/SDL2:/path/to/lib
(the colon is just a delimiter; the syntax highlight is so hallucinating)
Jump to