Hi, This is happening me since r1025...
PC Specs:
Amd Athlon xp 2600+
Windows 7 Ultimate x86
1gb of RAM
Nvidia 5200 fx 128mb
With error code: c000001d.
Thanks and regards

are you using the MFC or Wx builds?

i can't guarantee Wx will work on K7 processors, but the MFC build should work fine.

VBA-M | NGOHQ | Post Impact Productions | TNHW | XBCD 0.2.7

where did you get your build from? the builds hosted on sourceforge are built with MSVC 2010 SP1, which has a bug fixed regarding the /SSE switch using SSE2 instructions.

VBA-M | NGOHQ | Post Impact Productions | TNHW | XBCD 0.2.7

(01-13-2012 06:40 PM)Squall Leonhart Wrote:  where did you get your build from? the builds hosted on sourceforge are built with MSVC 2010 SP1, which has a bug fixed regarding the /SSE switch using SSE2 instructions.

Yes i got the build from the windspro emulator pack and i am using mfc builds, the Wx one runs slow.
this processor does not have the sse2 instruction on it.
I'll check if downloading MSVC 2010 SP1 (or visual c++ 2010 sp1) and installing it does fix the problem
Thanks for answering

installing the runtime will not affect anything, the emulator has been compiled with MSVC 2010 (no service packs) which results in certain operations haveing an SSE2 optimisation applied incorrectly.

VBA-M | NGOHQ | Post Impact Productions | TNHW | XBCD 0.2.7

(01-14-2012 03:51 AM)Squall Leonhart Wrote:  installing the runtime will not affect anything, the emulator has been compiled with MSVC 2010 (no service packs) which results in certain operations haveing an SSE2 optimisation applied incorrectly.

Translation: Get a binary that's compiled properly.

the wxwidgets version will run slow if using simple video driver, if you change to something like cairo or sdl it will actually run better, but in terms of stuff I need to finish my work on getting some stuff stripped from the wxwidgets ui, like making cairo graphics a linux option instead of including it with the windows version, I mean while it works on windows it's nothing special and just increases the need for the runtime.

Ok thanks to all, well the wx version crashes when trying to put options in the menu =(
and runs very slow on default settings
where i can get an non sse2 compiled version?¿

if I recalled the wxwidgets one I built was not sse2 compiled at all

all of the files on the source forge project page are built with /SSE on VS2010 SP1

VBA-M | NGOHQ | Post Impact Productions | TNHW | XBCD 0.2.7

I see... maybe is because i got them from WINDSPRO builds and not from here and they do not consider this point.... no sse2 support on this processor
wx build runs very slow making it unplayable
i will stick to donwload them from here then
any news i will put a message here
thanks

Hi, Well i have updates here:
The SVN version 1085 downloaded from here still crashes with same error code:


But, oddly (for this PC), the WX version does not crash and works fine...
I just had formatted this PC and make a clean install of Windows Home Premium

try 1086

VBA-M | NGOHQ | Post Impact Productions | TNHW | XBCD 0.2.7

(01-24-2012 07:54 AM)Squall Leonhart Wrote:  try 1086

Well it did not crashed!, thanks for your support.
What did it changed since version SVN 1085?

Zach built 1085 with MSVC2010

i built 1086 with MSVC2010 SP1

VBA-M | NGOHQ | Post Impact Productions | TNHW | XBCD 0.2.7

Seriously?

Guess it's a good thing I'm always keeping my GCC libraries up-to-date and such. Didn't think the versions could cause a crash.

(01-25-2012 10:18 AM)Squall Leonhart Wrote:  Zach built 1085 with MSVC2010

i built 1086 with MSVC2010 SP1

(01-25-2012 03:50 PM)Iconoclast Wrote:  Seriously?

Guess it's a good thing I'm always keeping my GCC libraries up-to-date and such. Didn't think the versions could cause a crash.

Yes those versions crashed always on this computer, i see that it was as a issue with not having sse2 extension... but never tried those versions on other pc that have it, check the error code above.
Thanx for your help Squall, i hope there is not problems in future versions.
Best Regards

I built the mfc one using vs2010 non sp1 unintentionally, I didn't realize there was a service pack for it as I rarely uses visual studio compilers, I mainly prefer the gcc compiler. But now that I'm updated any future mfc builds I do should work.

zach hadn't even heard there was such a bug in the vanilla compiler

VBA-M | NGOHQ | Post Impact Productions | TNHW | XBCD 0.2.7

Nice to know that you all knew the problem now, you made a great work at keeping VBA alive, that will avoid future problems in the future with other users.
Anything more i will report to you!
Thanks!