Re: API proposal for charset code conversion at I/O
- From: Sven Neumann <sven gimp org>
- To: Owen Taylor <otaylor redhat com>
- Cc: gtk-devel-list gtk org
- Subject: Re: API proposal for charset code conversion at I/O
- Date: 14 Mar 2001 18:57:00 +0100
Hi,
Owen Taylor <otaylor redhat com> writes:
> This is a forward of some notes from a discussion with HideToshi
> Tajima from Sun about what would be necessary to add a useful
> streaming charset conversion API to GIOChannel.
> Now, long-term I'd like to see GIOChannel converted into something
> much nice more full-featured. Along the lines of the
> Java character/byte streams, or Qt's QTextStream.
Shouldn't that be a layer build on top of GIOChannels? IMHO GIOChannels
provide a useful abstraction from UNIX sockets and pipes. Adding buffered
IO adds an unnecessary level of complexity.
> GIOChannel needs to have buffering, and a representation
> of blocking/non-blocking IO.
We (convergence integrated media GmbH) have an IO library build on
top of GIOChannels that provides buffering and asynchronous operation
in the GMainLoop. If you are interested, contact me and I will make
that code available to you. It's scheduled for release under the LGPL
anyway.
Salut, Sven
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]