aboutsummaryrefslogtreecommitdiffstats
path: root/src/sticker/StickerDatabase.cxx (unfollow)
Commit message (Collapse)AuthorFilesLines
2014-01-24Sticker*: move to sticker/Max Kellermann1-0/+0
2014-01-13copyright year 2014Max Kellermann1-1/+1
2013-10-19*: use references instead of pointersMax Kellermann1-5/+5
2013-10-19*: use nullptr instead of NULLMax Kellermann1-56/+57
2013-10-17fs/Path: rename to AllocatedPathMax Kellermann1-5/+3
The new class Path only holds a string pointer without being responsible for allocation/deallocation. The FileSystem.hxx library accepts Path arguments instead of AllocatedPath, to avoid forcing callers to allocate another string object.
2013-10-17StickerDatabase: return std::stringMax Kellermann1-14/+11
2013-10-15Util/Macros: replacement for GLib's G_N_ELEMENTS()Max Kellermann1-3/+4
2013-10-02Log: new logging library APIMax Kellermann1-59/+35
Prepare to migrate away from GLib. Currently, we're still using GLib as a backend.
2013-09-04util/Error: new error passing libraryMax Kellermann1-15/+13
Replaces GLib's GError.
2013-08-07ConfigPath: return a Path objectMax Kellermann1-4/+6
Migrate all callers to use Path directly, instead of doing the conversion in each caller.
2013-01-09idle: convert to C++Max Kellermann1-4/+1
2013-01-03StickerDatabase: use std::map instead of GHashTableMax Kellermann1-52/+23
2013-01-02sticker: convert to C++Max Kellermann1-16/+19
2011-07-18sticker: fix a memory leakJonathan Neuschäfer1-1/+3
2011-01-29copyright year 2011Max Kellermann1-1/+1
2009-12-31Update copyright notices.Avuton Olrich1-1/+1
2009-11-12include config.h in all sourcesMax Kellermann1-0/+1
After we've been hit by Large File Support problems several times in the past week (which only occur on 32 bit platforms, which I don't have), this is yet another attempt to fix the issue.
2009-11-10sticker: added fallback for sqlite3_prepare_v2()Max Kellermann1-0/+4
This function was not present in SQLite < 3.4.
2009-07-05sticker: use GError for error handlingMax Kellermann1-14/+33
2009-04-28sticker: added sticker_delete_value()Max Kellermann1-0/+55
sticker_delete_value() deletes only one value in a sticker, while the old function sticker_delete() deletes all values.
2009-04-01sticker: added sticker_find()Max Kellermann1-0/+69
sticker_find() finds stickers with the specified name.
2009-04-01sticker: pass const sticker to sticker_foreach()Max Kellermann1-2/+2
2009-03-27sticker: move SQLite statements into an arrayMax Kellermann1-70/+75
Simplify initialization and finalization.
2009-03-14sticker: sticker_load_value() returns NULL on error, not falseMax Kellermann1-4/+4
Turn the "return false" error handlers into "return NULL".
2009-03-14sticker: initialize hash table in sticker_new()Max Kellermann1-18/+26
Moved the hash table initialization from sticker_list_values() to the new function sticker_new(). This fixes a memory leak in sticker_list_values().
2009-03-14sticker: don't export sticker_list_values()Max Kellermann1-1/+1
sticker_list_values() is only used internally in sticker.c. Remove sticker_song_list_values() completely, it is superseded by sticker_song_get().
2009-03-14sticker: added "struct sticker"Max Kellermann1-0/+62
The sticker struct can be used for enumerating values. This will replace the sticker_list_values() function.
2009-03-13all: Update copyright header.Avuton Olrich1-3/+4
This updates the copyright header to all be the same, which is pretty much an update of where to mail request for a copy of the GPL and the years of the MPD project. This also puts all committers under 'The Music Player Project' umbrella. These entries should go individually in the AUTHORS file, for consistancy.
2009-03-11Move from the opaque GPtrArray to GHashTable for sticker lists.Eric Wollesen1-11/+10
2009-03-03Add sticker list command.Eric Wollesen1-3/+72
[mk: merged memory leak patch; fixed indentation (tabs); fixed documentation typo]
2009-01-25Add idle event on sticker deletion, update and insertionQball Cow1-0/+5
2009-01-19sticker: new library for storing dynamic information about songsMax Kellermann1-0/+361
"Stickers" are pieces of information attached to existing MPD objects (e.g. song files, directories, albums). Clients can create arbitrary name/value pairs. MPD itself does not assume any special meaning in them.