Re: [Proposal] GRing



Tim Janik <timj gtk org> writes:
> >(Though you can call GList functions on queue->head, at
> > least the functions that don't mutate the list.)
> 
> nope, functions like g_list_length() would end up looping forever
> if being used on a ring.

Re-read the sentence, I said on queue->head. ;-) It's not a ring.

> > I'm actually finding it pretty hard to think of interesting reasons to
> > prefer one over the other, that's why I was wondering if we had any
> > relevant discussion on the list archives.
> 
> well, GRing openes up the full power of the g_list API to you, concatenating,
> sorting, custom finds, etc...
> while GQueue is pretty limited in scope by definition already.

You can call find on queue->head, just not the mutating
functions. (concat, sort, etc.)

Havoc




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]