Author Topic: Problem with svn 12294  (Read 7763 times)

Offline gd_on

  • Lives here!
  • ****
  • Posts: 796
Problem with svn 12294
« on: February 24, 2021, 01:46:45 pm »
I have compiled svn 12294 but had a crash when trying to compile a program (using the arrow compile and run, in the toolbar).
Nothing is displayed in the log window, C::B crashes and close itself. An RPT file is created.
I reverted to svn 12292 and everything is OK again.
I tried a full rebuild of svn 12294, but it crashes too.
I'm on Windows 10, updated to last version. I use wxWidget 3.1.4 compiled, as C::B, with the compiler set in Msys2 (10.2).
« Last Edit: February 24, 2021, 01:49:20 pm by gd_on »
Windows 11 64 bits (23H2), svn C::B (last version or almost!), wxWidgets 3.2.4 (tests with 3.3), Msys2 Compilers 13.2.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\msys64\mingw64) or 32 bits (dwarf2, posix  in C:\msys64\mingw32).

Offline Miguel Gimenez

  • Developer
  • Lives here!
  • *****
  • Posts: 1553
Re: Problem with svn 12294
« Reply #1 on: February 24, 2021, 02:29:35 pm »
You are lucky  ;) , on Windows 7 r12294 refuses to start due to missing dependencies in dbghelp.dll (ticket 1067)

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9694
Re: Problem with svn 12294
« Reply #2 on: February 25, 2021, 04:40:13 am »
OK, I wasn't aware that there are still Win7 users around and reverted.
These libs won't work on Win7. On the other hand (sticking with the old ones) the report won't include new APIs, which seems the smaller issue.
For the record: They do work with C::B though. I cannot reproduce the crash reported here. So this might have another reason.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ


Offline gd_on

  • Lives here!
  • ****
  • Posts: 796
Re: Problem with svn 12294
« Reply #4 on: February 25, 2021, 11:44:18 am »
I tried this svn 12295 on my Win 10, but the problem is still there. But, it was not a full rebuild ...
I'll try to investigate deeper.
1) a full 12292 rebuild
2) if it works, i'll try 12293.
2b) if it does not, something has changed in my compiler through an update (via msys2 pacman utility certainly) because my first 12292 build was OK.
....
« Last Edit: February 25, 2021, 11:46:41 am by gd_on »
Windows 11 64 bits (23H2), svn C::B (last version or almost!), wxWidgets 3.2.4 (tests with 3.3), Msys2 Compilers 13.2.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\msys64\mingw64) or 32 bits (dwarf2, posix  in C:\msys64\mingw32).

Offline gd_on

  • Lives here!
  • ****
  • Posts: 796
Re: Problem with svn 12294
« Reply #5 on: February 25, 2021, 02:03:41 pm »
That's what I was afraid of : a full rebuild of svn 12292 has already the problem. I have not seen this before because, generally but not always, I build incrementally successive svn version. So, I suppose that something has changed inside the compiler which impact C::B. But it's now out of my competence, sorry.
Windows 11 64 bits (23H2), svn C::B (last version or almost!), wxWidgets 3.2.4 (tests with 3.3), Msys2 Compilers 13.2.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\msys64\mingw64) or 32 bits (dwarf2, posix  in C:\msys64\mingw32).

Offline Avan

  • Multiple posting newcomer
  • *
  • Posts: 24
Re: Problem with svn 12294
« Reply #6 on: February 25, 2021, 02:55:28 pm »
OK, I wasn't aware that there are still Win7 users around and reverted.
These libs won't work on Win7. On the other hand (sticking with the old ones) the report won't include new APIs, which seems the smaller issue.
For the record: They do work with C::B though. I cannot reproduce the crash reported here. So this might have another reason.

I'm on Win7. I'm on 12294. I'm on wx313.

Innitially I had the kernel32 thing too but it went away when I reinstalled my previous wxWidgets folder (dates in that folder back to 27/10/2019 and before).

Setup.h contains:
#define wxUSE_GRAPHICS_DIRECT2D wxUSE_GRAPHICS_CONTEXT
and
         static wxFontWeight GetWeightClosestToNumericValue(int numWeight) {
           //wxASSERT(numWeight > 0);                  <--- Disable this line for now
             wxASSERT(numWeight <= 1000); 

EDIT: I also managed to get it going after copying the missing api dll from C:\Windows\System32\CompatTel to the C::B folder.
« Last Edit: February 25, 2021, 03:01:25 pm by Avan »

Offline Miguel Gimenez

  • Developer
  • Lives here!
  • *****
  • Posts: 1553
Re: Problem with svn 12294
« Reply #7 on: February 26, 2021, 01:27:29 pm »
Quote
I also managed to get it going after copying the missing api dll from C:\Windows\System32\CompatTel to the C::B folder.

That dll is there only if you installed the telemetry (read as spying) update, KB2952664. Looks like dbghelp.dll now sends your work to M$.

Code
static wxFontWeight GetWeightClosestToNumericValue(int numWeight) {
           //wxASSERT(numWeight > 0);                  <--- Disable this line for now
             wxASSERT(numWeight <= 1000);

Why is this needed?

Offline sodev

  • Regular
  • ***
  • Posts: 497
Re: Problem with svn 12294
« Reply #8 on: February 26, 2021, 03:24:13 pm »
Wasn't there a bug in wxWidgets regarding rounding of font sizes resulting in one of such assertions to trigger? His version might be affected by that bug.

Offline Miguel Gimenez

  • Developer
  • Lives here!
  • *****
  • Posts: 1553
Re: Problem with svn 12294
« Reply #9 on: February 26, 2021, 03:58:02 pm »
Thanks, that is it. It was fixed in 19/1/2020, after 3.1.3 release.

Offline Avan

  • Multiple posting newcomer
  • *
  • Posts: 24
Re: Problem with svn 12294
« Reply #10 on: February 27, 2021, 10:15:03 am »
Wasn't there a bug in wxWidgets regarding rounding of font sizes resulting in one of such assertions to trigger? His version might be affected by that bug.

That's correct. I just took the line out in 2019 counting on the team to eventually getting to it during the transformation.

Offline Avan

  • Multiple posting newcomer
  • *
  • Posts: 24
Re: Problem with svn 12294
« Reply #11 on: February 27, 2021, 10:36:00 am »
That dll is there only if you installed the telemetry (read as spying) update, KB2952664. Looks like dbghelp.dll now sends your work to M$

Stuff like this gets blocked by my firewall and other agents. But thanks for pointing to the culprit. I'll uninstall it.

Edit: I'm not using any CompatTel dll's as I have a combination wx:CB that compiles. But that doesn't make it right, does it? Why can I just use the latest versions of both?

Edit2: A day or so later Winupdate installed KB2952664 again. Who said Win7 was dead?  :o
« Last Edit: March 02, 2021, 11:14:39 am by Avan »

Offline gd_on

  • Lives here!
  • ****
  • Posts: 796
Re: Problem with svn 12294
« Reply #12 on: February 28, 2021, 01:04:02 pm »
I have made a few tries and found a few workarounds to my svn 12294 problem (Am I alone ?).
For svn 12295, no changes ... normal.
If I use my previous working 12292 working version (the one built incrementally), it works as said before.
If I only replace codeblocks.exe in my svn 12295 build, the one found in my working svn 12292, it works too. Certainly not a good idea to mix versions, but it was just to try.
I also tried an other compiler found on winlibs.
I first tried the latest version (release 7) to build C::B 12295, but had the same trouble when launching a new compilation of every soft (my own, but not only). Not so surprising because they probably share the same sources versions if I look at the dates.
Then I tried a previous compiler set version (release 4), also found on Winlibs, generated in 2020/08, to build C::B 12295. Here, the resulting C::B works as expected.
So, I suppose that in C::B, and more precisely in the executable codeblocks.exe, there is something which is not correctly compiled with those recent compiler versions (Msys2 and/or latest winlibs), maybe somewhere when preparing the call to the compiler. Bug in C::B or in the compiler itself, I don't know.
Windows 11 64 bits (23H2), svn C::B (last version or almost!), wxWidgets 3.2.4 (tests with 3.3), Msys2 Compilers 13.2.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\msys64\mingw64) or 32 bits (dwarf2, posix  in C:\msys64\mingw32).

Offline gd_on

  • Lives here!
  • ****
  • Posts: 796
Re: Problem with svn 12294
« Reply #13 on: March 06, 2021, 11:40:30 am »
Some other tries ...
The problem I meet, seems to be related with new versions in binutils (ar.exe but not only).
If I revert to binutils 2.35, compilation in C::B works again.
Same problems with Msys2 or Winlibs versions of binutils set.
In Winlibs versions, the last release which works for me is release 5 (the last one with binutils 2.35).

« Last Edit: March 06, 2021, 12:11:36 pm by gd_on »
Windows 11 64 bits (23H2), svn C::B (last version or almost!), wxWidgets 3.2.4 (tests with 3.3), Msys2 Compilers 13.2.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\msys64\mingw64) or 32 bits (dwarf2, posix  in C:\msys64\mingw32).

Offline gd_on

  • Lives here!
  • ****
  • Posts: 796
Re: Problem with svn 12294
« Reply #14 on: March 16, 2021, 11:52:06 am »
Some more informations.
I compiled C::B with cb_release_type = -g. It's now SVN 12302, but this doesn't change anything here. I have used the last updated Msys2 tools (using pacman -Syu). As told previously, it includes binutils 2.36, which may be the source of the problem. To be usable, it is necessary to delete libdep.a (in the subfolder mingw64\lib\bfd-plugins) because there is a problem in ar.exe which does not recognize this file as a valid Windows library ! Many posts on the web with that, but until now no corrections !!
I launch C::B, load a .cbp file (for example containing a simple hello program). When I click on the Build icon (or menu), C::B crash. It gives an RPT file which is more complete than the one I gave previously. May be for a specialist ....
I also tried to launch C::B under the gdb control, and tried the same operations, but the result displayed looked less interesting.
If I use a Mingw 64 version containing a previous binutils set (2.35), as for example the one found on winlibs site, release 4 or 5, all is OK. Note that starting with release 6 on Winlibs, containing a binutils 2.36, there is a libdep.dll, which does not produce problem in ar.exe, but make C::B crash also.

« Last Edit: March 16, 2021, 11:54:25 am by gd_on »
Windows 11 64 bits (23H2), svn C::B (last version or almost!), wxWidgets 3.2.4 (tests with 3.3), Msys2 Compilers 13.2.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\msys64\mingw64) or 32 bits (dwarf2, posix  in C:\msys64\mingw32).