Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. C / C++ / MFC
  4. Visual Studio 2008 -> Aonix ObjectAda 8.4

Visual Studio 2008 -> Aonix ObjectAda 8.4

Scheduled Pinned Locked Moved C / C++ / MFC
csharpc++visual-studiodebuggingperformance
2 Posts 2 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • R Offline
    R Offline
    RedSonja
    wrote on last edited by
    #1

    Sorry if I landed in the wrong place, I could not see an Ada section... I get all the strange jobs. So here we have a very large amount of Ada code, as dll, which I call from C++. When my C++ is running in debug mode, no problem. In release mode (yes, I have written here before about this) it finds a memory leak when doing new, gives me an access violation and crashes. I followed this carefully as advised by yourselves. There are no memory leaks whatsoever in my C++ - DevPartner says so and I think so too. However, my ada.dll has a leak. Aonix dlls always have leaks, in my experience, but little ones you can live with. This one is different. So I got a new Aonix compiler, 8.4 (yes, I would prefer Gnu but they won't give me it, so there) and rebuilt it. I got patch U2 for it, which is intended to stop it making memory leaks when calling external dlls. Well, this Ada calls some very old external Fortran dlls (don't I get the FUN jobs). I have the very uncomfortable feeling I should get those Fortran dlls recompiled, but they are GFE. Our wise and intelligent buying department did not get me a maintenance contract, so Aonix are not being very helpful. Has anyone else seen this? Is there a memory leak finder for Ada similar to DevPartner? Is patch U2 no good?

    ------------- Ave computer! Hackitura te salutat! (I just made this up. Just to show you can hack Latin as well as C++.)

    C 1 Reply Last reply
    0
    • R RedSonja

      Sorry if I landed in the wrong place, I could not see an Ada section... I get all the strange jobs. So here we have a very large amount of Ada code, as dll, which I call from C++. When my C++ is running in debug mode, no problem. In release mode (yes, I have written here before about this) it finds a memory leak when doing new, gives me an access violation and crashes. I followed this carefully as advised by yourselves. There are no memory leaks whatsoever in my C++ - DevPartner says so and I think so too. However, my ada.dll has a leak. Aonix dlls always have leaks, in my experience, but little ones you can live with. This one is different. So I got a new Aonix compiler, 8.4 (yes, I would prefer Gnu but they won't give me it, so there) and rebuilt it. I got patch U2 for it, which is intended to stop it making memory leaks when calling external dlls. Well, this Ada calls some very old external Fortran dlls (don't I get the FUN jobs). I have the very uncomfortable feeling I should get those Fortran dlls recompiled, but they are GFE. Our wise and intelligent buying department did not get me a maintenance contract, so Aonix are not being very helpful. Has anyone else seen this? Is there a memory leak finder for Ada similar to DevPartner? Is patch U2 no good?

      ------------- Ave computer! Hackitura te salutat! (I just made this up. Just to show you can hack Latin as well as C++.)

      C Offline
      C Offline
      CPallini
      wrote on last edited by
      #2

      My advice is: rebuild all from scratch, saying bye bye to all the FORTRAN and Ada stuff. :)

      If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile.
      This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong. -- Iain Clarke
      [My articles]

      1 Reply Last reply
      0
      Reply
      • Reply as topic
      Log in to reply
      • Oldest to Newest
      • Newest to Oldest
      • Most Votes


      • Login

      • Don't have an account? Register

      • Login or register to search.
      • First post
        Last post
      0
      • Categories
      • Recent
      • Tags
      • Popular
      • World
      • Users
      • Groups