• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: AU - CW code gen problems
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: AU - CW code gen problems


  • Subject: Re: AU - CW code gen problems
  • From: Philippe Wicker <email@hidden>
  • Date: Fri, 28 Mar 2003 08:44:03 +0100

On Friday, March 28, 2003, at 01:17 AM, Marc Poirier wrote:

Hi Marc,

I did not compiled an AU with CW8 (I mean before your test project), but I do use CodeWarrior (OS X Dev Studio) for my professional development. I work on a C++ library which implements the CORBA runtime (CORBA is a standard distributed middleware). I can say you that CW8 generates a high quality code. Of course, I experiment crashes sometimes, but they always are the result of design or coding errors.

A few time ago, I tried to compile the AU SDK files using CW8 and I had to modify a few lines of code in the SDK to make them compile with CW8. I posted a message on this list with the patches but I cannot remember the subject (I still have a text version of the patches and I can send it to you if you think it can help) . I have downloaded your test project and have a compilation error in AUBase.cpp (line 47, the file algo.h, specific to gcc STL implementation, is not found. It is not necessary with CW8 unless you don't want to use the CW STL). This aside, it compiles. I will try the component this week end.


Hi. I just ate a bowl of chili, so now I'm a little more calm. :)

I guess what I'm basically saying here is, given what I'm experiencing
with the example ultra-lean project that I put on the web, I can only
think of 3 possible explainations for my problems:

(1) CodeWarrior is producing bad code
(2) I've mis-configured my CW project
(3) There are serious bugs in the AUPublic SDK code that reveal
themselves when built by CW

I'm posting to the list about this because anyone else here building AUs
with CW will want to know what the final explaination is. Well, if it's
2, then maybe folks won't care so much, but 1 or 3 would affect us all.

Maybe I should posit a new question: Has anyone successfully built an AU
with a custom GUI using the Dec 2002 Dev Tools AU SDK and CodeWarrior 8.3?
If so, did you need to make any modifications to the AU SDK? If not,
would you care to send me your CW project or an example derived from it?

Thanks again,
Marc



On Fri, 28 Mar 2003, Marc Poirier wrote:

This makes it sound like a good old fashioned memory stomper. At one
point get crashes in random routines deep inside HIToolBox for running
off the end of a HAL provided buffer.

I would be inclined to agree with you if it weren't for the sheer madness
of everything! Remember, like I said, I've tried building completely
skeletal code and it still crashes.

Have you tried seeing if you get the crash if you provide just the DSP
and no custom view?

No, actually. If I return 0 from GetNumCustomUIComponents, then I get no
crashes. But I still say that it's not my code.

Alright, if anyone is interested in witnessing such total madness, you can
download my ultra-stripped-down project here:

http://smartelectronix.com/~destroyfx/crash-machine.sit

Aside from the Apple SDK stuff, there is nothing! Well, except for my
implementations of GetNumCustomUIComponents and GetUIComponentDescs.
Other than that, it's just a couple of empty class constructors. Yet the
plugin crashes!

Also perhaps worth mentioning: I've tried this with a set of AUPublic
files from the Dec 2002 Dev Tools with only very minimal modifications,
only those posted by Philipe Wicker in this message (which are required to
get the files to build with CW):
http://lists.apple.com/archives/coreaudio-api/2003/Jan/30/ audiounitcrashandfix.001.txt
and the MaintainKernels fix that I posted:
http://lists.apple.com/archives/coreaudio-api/2002/Dec/20/ crashybugindecemberdevto.txt

Here are instructions for making it crash: In Logic, load the plugin.
Wait 3 seconds. In AudioUnitHosting, you may need to switch back and
forth between it and another plugin a few times before it crashes (you'll
need to use keyboard navigation for this because the window will disappear
when you load the plugin, since there's no UI code).

If anyone can explain this total madness, you get a prize!

Thanks again,
Marc
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.


Philippe Wicker
email@hidden
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.

  • Follow-Ups:
    • Re: AU - CW code gen problems
      • From: Stephen Davis <email@hidden>
    • Re: AU - CW code gen problems
      • From: Marc Poirier <email@hidden>
  • Prev by Date: Re: dump bounces
  • Next by Date: Re: Open times are too long
  • Previous by thread: Re: AU - CW code gen problems
  • Next by thread: Re: AU - CW code gen problems
  • Index(es):
    • Date
    • Thread