Bug Friday - win & suffer with u-he!
- u-he
- Topic Starter
- 28062 posts since 8 Aug, 2002 from Berlin
Not yet, but we're going to check this out. Sascha used valgrind before, so I guess it's possible to use with a plug-in.abique wrote:Did you try to run it with valgrind or duma?
Other than that we have an evaluation copy of CodeSonar. We're going to test it against 3 bugs that we had recently. If it finds those (and maybe more) then it's possibly money well spent.
Unfortunately though I think that the way our project is set up doesn't really go well with static code analysis. We shall see...
- Urs
-
- KVRian
- 814 posts since 26 May, 2013 from France, Sisteron
Also llvm & clang has static code analysis, I think that Google fixed a lot of bugs in free software with it.
Has the bug always been there? Did you try to bisect your revision history to find it?
Does it happens because of the GUI or the bug is in the engine?
Is it related to concurrency and initialization?
Has the bug always been there? Did you try to bisect your revision history to find it?
Does it happens because of the GUI or the bug is in the engine?
Is it related to concurrency and initialization?
-
- KVRian
- 1115 posts since 2 Oct, 2001 from Berlin, Germany
Not quite, it was BoundsCheckerUrs wrote:abique wrote:Sascha used valgrind before
Sascha Eversmeier
drummer of The Board
software dev in the studio-speaker biz | former plugin creator [u-he, samplitude & digitalfishphones]
drummer of The Board
software dev in the studio-speaker biz | former plugin creator [u-he, samplitude & digitalfishphones]
- KVRAF
- 1617 posts since 11 Dec, 2008 from Minneapolis
Way off-topic - I was drinking the kool-aid on Google Go (actually, convincingly open-source) over the holiday weekend, IMHO it's as worth following as anything that isn't C or Java. Concurrency, initialization, pointer arithmetic sorts of things have all been thought through very competently and with an old-school 'We've got Ken Thompson on the team' sort of feel. I don't think it's true of VST development the way it is for anything around web development but if one believes that better development tools can improve the eventual outcomes in user/consumer space, I was impressed.abique wrote:Also llvm & clang has static code analysis, I think that Google fixed a lot of bugs in free software with it.
Good luck on the bug hunting - sounds like a pure distillation of frustration
- u-he
- Topic Starter
- 28062 posts since 8 Aug, 2002 from Berlin
Well, we had a bit of a head scratch yesterday. AUValidation fails whenever we build something with optimisations turned off. That's kind fo weird, and we're looking into this.
We've started evaluating CodeSonar. It finds bugs, indeed. Not sure yet if that kind of dough is justifyable for us, but we'll certainly think about it.
That said, we will shortly have a build of Satin that has no excessive debug checks except for the Bug Friday one. This will tell us whether it's fixed or whether the probes have altered the result. And of course we yet have to find out what's causing tracks to be muted.
We've started evaluating CodeSonar. It finds bugs, indeed. Not sure yet if that kind of dough is justifyable for us, but we'll certainly think about it.
That said, we will shortly have a build of Satin that has no excessive debug checks except for the Bug Friday one. This will tell us whether it's fixed or whether the probes have altered the result. And of course we yet have to find out what's causing tracks to be muted.
- KVRAF
- 23101 posts since 7 Jan, 2009 from Croatia
Interesting how they don't have a price stated on their site. Is it worth a kidney or more? Or less?
- KVRAF
- 13205 posts since 16 Feb, 2005 from Kingston, Jamaica
I too went looking for a price out of curiosity and noticed that too.EvilDragon wrote:Interesting how they don't have a price stated on their site. Is it worth a kidney or more? Or less?
As they say if you have to ask.....
rsp
- u-he
- Topic Starter
- 28062 posts since 8 Aug, 2002 from Berlin
Clang doesn't find a thing in our code. Found a single uninitialised variable - in an external lib in a function we don't use. It seems to be C/ObjC only.abique wrote:How better than valgrind, duma, clang-analyser is it?
Did you try them?
Valgrind finds a few things in runtime, but it's a bit puzzled by the symbols. Doesn't show line numbers. Maybe can't cope with debugging a plugin within a host. Need to investigate more.
Haven't treid Duma yet.
CodeSonar finds bugs. Really. The pricing is awkward, from a phone call with their reseller I'd estimate a 5-digit sum in Euros for an unlimited number of seats. Depends on size of the project it seems.
- Urs
-
- KVRAF
- 1594 posts since 16 Jan, 2010 from Denver
Theres also coverity, we run it on a weekly basis on our code base here, though I have no clue on the licensing prices.
Its more of a code checker than debugger/analyser though, but it will pick out bad paths, nulls, etc. Being an embedded shop we have to stick with core files, occasional gdb, and my favorite the printf/printk/logging
Its more of a code checker than debugger/analyser though, but it will pick out bad paths, nulls, etc. Being an embedded shop we have to stick with core files, occasional gdb, and my favorite the printf/printk/logging
-
- KVRist
- 32 posts since 11 Jul, 2012
In a spur of the moment kind of way i quickly decided to jump on this and try to help out. I grabbed what i think was the current build at that time (Couple of days ago, rev. 2086), made a quick 4bar midi session, put satin vst3 on it, saved and reopened.
I haven't received any logs on my desktop. My track does not give any sound. I added another track, chose the Satin(x64) version, copied midi part, same synth (jp6k) same preset, and that works great. I can see the GUI updating as if Satin is receiving audio. Here's the funny part: I replaced Satin VST3 with Satin(x64) and still nothing. Not even dropping it from the channel insert helped at all. The track gives no sound. I changed back to VST3 version, no sound. I copied the entire track, no sound on either of the two.
This is Cubase Elements 7 on Win8 64bit os and host. Dunno if this helps at all..
EDIT::
I forgot to mention why i haven't said anything before:
i got caught up in work after this and haven't had a chance to properly test things out untill now
I haven't received any logs on my desktop. My track does not give any sound. I added another track, chose the Satin(x64) version, copied midi part, same synth (jp6k) same preset, and that works great. I can see the GUI updating as if Satin is receiving audio. Here's the funny part: I replaced Satin VST3 with Satin(x64) and still nothing. Not even dropping it from the channel insert helped at all. The track gives no sound. I changed back to VST3 version, no sound. I copied the entire track, no sound on either of the two.
This is Cubase Elements 7 on Win8 64bit os and host. Dunno if this helps at all..
EDIT::
I forgot to mention why i haven't said anything before:
i got caught up in work after this and haven't had a chance to properly test things out untill now
- u-he
- Topic Starter
- 28062 posts since 8 Aug, 2002 from Berlin
That's where it got weird: -O0 crashes AUValidationabique wrote:valgrind has many modules, and can demangle & show line number. Yet you need debug info. Did you build with -g -O0?
- u-he
- Topic Starter
- 28062 posts since 8 Aug, 2002 from Berlin
The third step on their trial application page is "We come to you". I guess it's even more expensive than the others...ezelkow1 wrote:Theres also coverity, we run it on a weekly basis on our code base here, though I have no clue on the licensing prices.
Its more of a code checker than debugger/analyser though, but it will pick out bad paths, nulls, etc. Being an embedded shop we have to stick with core files, occasional gdb, and my favorite the printf/printk/logging