Hi,<br><br><div class="gmail_quote">On Fri, Jun 15, 2012 at 11:17 AM, Patrick Spendrin <span dir="ltr"><<a href="mailto:ps_ml@gmx.de" target="_blank">ps_ml@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Am 15.06.2012 11:00, schrieb Andreas Pakulat:<br>
<div class="im">> Hi,<br>
><br>
> On Wed, Jun 13, 2012 at 6:01 PM, Ralf Habacker<br>
</div><div><div class="h5">> <<a href="mailto:ralf.habacker@googlemail.com">ralf.habacker@googlemail.com</a> <mailto:<a href="mailto:ralf.habacker@googlemail.com">ralf.habacker@googlemail.com</a>>> wrote:<br>

><br>
>     Am 13.06.2012 13:49, schrieb Andreas Pakulat:<br>
><br>
>         Hi,<br>
><br>
>         I've started to build and try to use kdevelop on windows.<br>
>         Unfortunately it crashes soon after having opened my project or<br>
>         upon startup. The backtrace suggests a QVector::reserve() call<br>
>         in the C++ parser, which in turn hints towards exhausting of<br>
>         memory (it throws a qBadAlloc exception).<br>
><br>
>         However according to my process-monitor I still have plenty of<br>
>         standby memory available (free is indeed only about 200M). Since<br>
>         I'm not an expert in this stuff, does anybody know of a possible<br>
>         reason why the memory-allocation would fail even if there's tons<br>
>         of standby-memory?<br>
><br>
>     One reason may be heap memory corruption.<br>
><br>
><br>
> Can you elaborate on that? I couldn't really find anything<br>
> understandable via google on limits in windows regarding heap memory -<br>
> other than I should be able to have apps use up to 2G of it on a 4G RAM<br>
> system.<br>
><br>
> It almost seems as if windows is unwilling or unable to provide the<br>
> process memory from the standby area, however other processes don't have<br>
> that problem (I can run eclipse just fine for weeks and it'll consume<br>
> quite a bit more than 200M over the time).<br>
><br>
> Any pointers to understandable documentation of what a normal C++<br>
> programmer needs to know about memory usage of its app on windows would<br>
> be appreciated.<br>
<br>
</div></div>I doubt that this is a memory issue in itself given that kdevelop works<br>
over here.<br></blockquote><div><br></div><div>You're also using binary packages from kdewin-installer? Or emerge?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

It is much more likely that this comes from other error sources:<br>
- mixing release and debug runtimes: you can't run cmake<br>
-DCMAKE_BUILD_TYPE=Debug against the KDE stack (thats the point we have<br>
emerge for). You must use RelWithDebInfo.<br></blockquote><div><br></div><div>Yeap, all build with RelWithDebInfo here.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

- different dlls in the path that are used instead of the KDE dlls:<br>
make sure that C:\KDE is always first in the path, check with the<br>
dependencywalker that dlls all come from C:\kde\bin. KDE itself normally<br>
works without setting the path simply because the local path is the<br>
first Windows looks into for dlls. This will break if you have other<br>
programs in the path that provide the same dlls we use.<br></blockquote><div><br></div><div>C:\KDE\bin and C:\KDE\local\kdevelop\bin are first in PATH, I do have Git and its unix-tools in PATH but nothing else that would be originating from a unix background.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- maybe: mixing different ways how strings are handled, e.g. -Zwchar_t-<br>
(that is normally hard coded in KDE code, but I am not sure this is<br>
really the case)<br></blockquote><div><br></div><div>Check, nothing like that in KDevelops buildsystems</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

- forgetting to run post install steps, update-mime-database (already<br>
done by the installer) and kbuildsycoca4 (after each update of plugins).<br></blockquote><div><br></div><div>KDevelop runs kbuildsycoca4 itself, but also no change after running it manually.</div><div><br></div><div>Andreas</div>
</div>