On 2010/04/06 08:42, Tony Miller <[email protected]> wrote:
> Can i just put it all on the same line, since its under 80 chars? I see
> other sources in src/decoder that do that.
Yes. 80 columns is always ok.
> + if((gme_err = gme_open_file(path_fs, &emu, sample_rate)) != NULL){
> + g_warning("%s\n", gme_err);
> + gme_delete(emu);
Is that correct? Does gme_open_file() allocate the second parameter
even if it returns with an error?
> + g_warning("%s\n", error->message);
You don't need "\n" in GLib logging calls.
> + gme_delete(emu);
> + gme_free_info(ti);
Usually, it's a good idea to deallocate in reverse order, because a
"ti" may hold a reference to "emu". Don't know about GME.
> Will it work for you if I just push another commit with the changes,
> or should I squash another commit with the fixes on top of the
> previous one?
I'd prefer to merge a single fixed commit. stgit is a nice tool for
that!
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Musicpd-dev-team mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team
