(In reply to comment #0)
> My pc language is set to NL, so bash generates some NL error statements.
> I tried to translate most of them, I'm sorry if I forgot one.

You can use something like
 
 export LANG="C"

in your terminal before launching wine

Confirmed in wine-1.6-rc3-38-g9c49367

Created attachment 44973 [details]
Terminal log + crash in demo version - wine-1.6-rc3-38-g9c49367

Note I don't get a "division by zero" message, but the game crashes

(In reply to comment #3)
> Created attachment 44973 [details]
> Terminal log + crash in demo version - wine-1.6-rc3-38-g9c49367
> 
> Note I don't get a "division by zero" message, but the game crashes

that's what happens to me too, when I launch the program directly! 
- if I run the program directly from the hard drive (wine "C:\ANNO1602\1602.exe"), I also get a page fault, and don't even get to the introduction video.  do you get there?
when I run the program via the CD-ROM image (wine "E:\Autostart.exe"), the behaviour is as described above.
I thought Autostart.exe specified some arguments to 1602.exe which I didn't know, so that's why I didn't mention it in the first case

(In reply to comment #4)
> (In reply to comment #3)
> > Created attachment 44973 [details]
> > Terminal log + crash in demo version - wine-1.6-rc3-38-g9c49367
> > 
> > Note I don't get a "division by zero" message, but the game crashes
> 
> that's what happens to me too, when I launch the program directly! 
> - if I run the program directly from the hard drive (wine
> "C:\ANNO1602\1602.exe"), I also get a page fault, and don't even get to the
> introduction video.  do you get there?
> when I run the program via the CD-ROM image (wine "E:\Autostart.exe"), the
> behaviour is as described above.
> I thought Autostart.exe specified some arguments to 1602.exe which I didn't
> know, so that's why I didn't mention it in the first case

I only have a splash screen for half a second then a crash (no intro video).

Is there an autorun.inf on the CD-ROM root?

Created attachment 44979 [details]
warn + all output of program execution when invoked directly (pf error)

(In reply to comment #5)
> (In reply to comment #4)
> I only have a splash screen for half a second then a crash (no intro video).
> 
> Is there an autorun.inf on the CD-ROM root?

yes, it specifies to start Autorun.exe (the exec mentioned in my previous post was autostart - that was a mistake, it should have been autorun.exe).
I provided my version of the page fault error too, but I'm not really sure wether everything should be kept in the same ticket.  these might actually be 3 different program malfunctions

(In reply to comment #7)
> (In reply to comment #5)
> > (In reply to comment #4)
> > I only have a splash screen for half a second then a crash (no intro video).
> > 
> > Is there an autorun.inf on the CD-ROM root?
> 
> yes, it specifies to start Autorun.exe (the exec mentioned in my previous post
> was autostart - that was a mistake, it should have been autorun.exe).

I just wanted to know if there was a specific parameter passed to the app.

> I provided my version of the page fault error too

You should install wine development packages and recreate the log. 
Backtraces are mostly useless without debugging symbols.
Also, don't add specific WINEDEBUG like warn+all unless asked: it just creates noise. Just run the app normally.
 
> but I'm not really sure whether everything should be kept in the same ticket.  > these might actually be 3 different program malfunctions

True. Just regenerate your terminal log and let's see if we have similar backtraces. We can always create other bugs if not.

Created attachment 44982 [details]
program output of direct invokation without WINEDEBUG

Created attachment 44984 [details]
program output of autorun invokation (divide by zero exception) without WINEDEBUG

there are no arguments provided to autorun.exe

my idea is (but this is just an idea) that there's something wrong with the path file handling:
-> when running autostart.exe, the program loads itself from cd-rom image, loads a basic amount of code from cd-rom image for the program start (the cdrom has a 1602.exe on-board, and keeps running until we reach the point where it actually needs to prepare itself for a real "run", eg: no more running from cdrom (loading files ...)
-> when invoking the program directly, it tries to load everything locally, fails horribly, and generates a pf error due to missing dlls  / ...

this might fit, but I'm not a wine expert

(In reply to comment #9)
> Created attachment 44982 [details]
> program output of direct invokation without WINEDEBUG

Please install wine development packages to get useful backtraces (e.g. wine1.6-dbg in ubuntu wine ppa)

Created bug 33890 for the demo version problem (different crash)

I work with gentoo; I have all debugging software installed; also, all emul-* packages have debugging symbols installed.

(In reply to comment #12)
> (In reply to comment #9)
> > Created attachment 44982 [details]
> > program output of direct invokation without WINEDEBUG
> 
> Please install wine development packages to get useful backtraces (e.g.
> wine1.6-dbg in ubuntu wine ppa)

I invoked both programs with winedbg, but this is extremely weird:

the direct invokation of the program still fails (PF error), no different output here
the autorun invocation partly runs: the introduction video hangs, but you can skip it by pressing "ESC", it then loads the game, and actually runs it ...

Now that bug 33890 is fixed, could you please retry with latest git (or with wine 1.7.2 when it comes out?)

hey, sorry for my extreme late reply, but it works in 1.7.8.
Also the videos are playing perfectly.
The only thing that does not yet work (but this is another bug):
when I run the executable from the c drive, it does not show the play / load options: the display is empty. I can select easy, medium, hard, ... but not the type of game.  this doesn't happen when launching it from the cdrom. let's mark this as a sidenote, not that important: it works, after all :) thanks guys!

(In reply to comment #16)
> hey, sorry for my extreme late reply, but it works in 1.7.8.
> Also the videos are playing perfectly.
> The only thing that does not yet work (but this is another bug):
> when I run the executable from the c drive, it does not show the play / load
> options: the display is empty. I can select easy, medium, hard, ... but not
> the type of game.  this doesn't happen when launching it from the cdrom.
> let's mark this as a sidenote, not that important: it works, after all :)
> thanks guys!

Feel free to create a bug for this.

Closing bugs fixed in 1.7.10.