Opened 4 months ago
Closed 35 hours ago
#146 closed defect (fixed)
ave_.exe windows stays up
| Reported by: | Juan Corrin | Owned by: | Olly Betts |
|---|---|---|---|
| Priority: | minor | Milestone: | 1.4.22 |
| Component: | aven | Version: | 1.4.19 |
| Keywords: | Cc: |
Description
PC Windows 10. When any .3d file is double clicked, a blank ave_.3d appears first then the display window appears. Both staying open. Closing one window closes the other. (I had an issue installing v1.4.19: liburiparser-1.dll wasn't being extracted / installed. I got round this somehow - can't remember how!)
Attachments (1)
Change History (8)
comment:1 Changed 4 months ago by
comment:2 Changed 7 days ago by
| Milestone: | → 1.4.21 |
|---|---|
| Resolution: | → fixed |
| Status: | new → closed |
I've attempted a fix (81eda1520da440b72a23578521fe1b92ae7dde94) which should be in 1.4.21.
I don't have a real machine to test on, but running under wine (where I've never seen the extra window) with a debug printf I can see that the wrapper now exits after it loads the real aven.
So I'm reasonably confident this will fix it and I'm going to mark the ticket as "fixed" for now, but please let me know if this is really fixed or not.
comment:3 Changed 7 days ago by
Not fixed Olly. Removed v19 then installed v21. I'm now looking at two windows C:\Program Files (x86)\Survex\aven.exe (black window) and a correctly working 0733-Aven window. As you suggested, urgent fix not required.
comment:4 Changed 7 days ago by
| Milestone: | 1.4.21 → 1.4.22 |
|---|---|
| Resolution: | fixed |
| Status: | closed → reopened |
Thanks for the quick feedback.
comment:5 Changed 7 days ago by
Hmm, is the black window really now "aven.exe", or was that a typo and it's still ave_.exe?
I didn't fully think this through before - since 1.4.15 aven.exe is a small program which sets up an environment variable and then runs the real aven. Without doing this, one of the libraries the real aven indirectly uses fails to load its modules. The real aven is ave_.exe, but that means before that the black window seems to be from the real aven, whereas I had assumed it was from the wrapper.
I'm now wondering if it's actually being created by one of the libraries the real aven indirectly uses (which would explain why it doesn't seem to be due to a Survex code change). However, if the black window in now actually "aven.exe" then either it's not that, or we have two different things going on with similar symptoms.
Changed 7 days ago by
| Attachment: | TopLeftBlackWindow.jpg added |
|---|
comment:7 Changed 35 hours ago by
| Resolution: | → fixed |
|---|---|
| Status: | reopened → closed |
Philip Schuchardt investigated - and found a fix (a1a86336c397792c60c3edc0cf35dee1b1f8ef8f). It seems wx-config no longer reports -mwindows so we just need to pass that when linking aven (and the wrapper).

I also saw the extra blank window in my testing - it's actually noted in the release notes:
https://trac.survex.com/wiki/ReleaseNotes/1.4.19
I don't know what's causing it but my investigations suggested it wasn't due to a change we made in Survex.
I haven't heard of a problem with
liburiparser-1.dllbut I'll need more precise information about it as I didn't see it in my own testing.