Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

2015-10-16 Thread Emmanuele Bassi
Hi; On 16 October 2015 at 18:15, cee1 wrote: > The idea here is trying to make a thinner event loop. You keep using that word, "thin". I don't think it means what you think it means. You have consistently failed to bring any measurement, or any metric, that would allow you

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

2015-10-16 Thread cee1
2015-10-16 23:46 GMT+08:00 Florian Müllner : > On Fri, Oct 16, 2015 at 5:38 PM, cee1 wrote: >> If yes, we may let GObject inherit from >> GstMiniObject to obtain the COW feature? > > This would break ABI, so not something you should expect any time soon.

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

2015-10-16 Thread Emmanuele Bassi
Hi; On 16 October 2015 at 18:20, cee1 wrote: > 2015-10-16 23:46 GMT+08:00 Florian Müllner : >> On Fri, Oct 16, 2015 at 5:38 PM, cee1 wrote: >>> If yes, we may let GObject inherit from >>> GstMiniObject to obtain the COW feature? >> >>

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

2015-10-16 Thread cee1
2015-10-15 23:00 GMT+08:00 Nicolas Dufresne : > Le jeudi 15 octobre 2015 à 22:14 +0800, cee1 a écrit : >> >> providing APIs to make GTK+(also GIO) easily integrated to other >> >> event >> >> loop, then we use epoll() on Linux, kqueue() onBSD or even >> >>

Support for CUPS printer instances

2015-10-16 Thread Michael Weghorn
Hello, currently, GTK+ does not support CUPS printer instances which are a way to save different sets of options for a certain printer. More information about CUPS printer instances can be found in the CUPS documentation [1] in the section "Creating Saved Options". I have worked on an

Missing #include from glib/gwin32.c ?

2015-10-16 Thread John Emmas
I just updated glib (from git) and tried to build the glib-2-44 branch, using MSVC8. I'm getting a compiler error at line 568 which looks like this:- typedef NTSTATUS fRtlGetVersion (PRTL_OSVERSIONINFOEXW); Basically, my compiler doesn't recognise NTSTATUS. If I substitute LONG

回覆: Missing #include from glib/gwin32.c ?

2015-10-16 Thread Fan, Chun-wei
Hi John, I think winternl.h is a good bet as well. It is used elsewhere as well in the code. With blessings. Sorry for the noise from the earlier email. --- Hi Victor, Can you see whether winternl.h works for you? --- With blessings, thank you. - 原始郵件 - 寄件者: "John Emmas"

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

2015-10-16 Thread cee1
2015-10-15 23:02 GMT+08:00 Christian Hergert : > On 10/15/2015 07:19 AM, cee1 wrote: >>> From GStreamer point of view, the main problem as it was explained to >>> > me, is the global locks, creating contention (GStreamer is highly multi >>> > -threaded). It's also a base type

Re: Missing #include from glib/gwin32.c ?

2015-10-16 Thread John Emmas
On 16/10/2015 15:21, Victor Aurélio Santos wrote: Apparently at ntdef.h, try that I didn't tested. Hi Victor and thanks for the quick reply. I think ntdef.h might be MinGW specific (I can't find it in MSVC) but after a bit of experimenting I found 4 other header files which fix the

回覆: Missing #include from glib/gwin32.c ?

2015-10-16 Thread Fan, Chun-wei
Hi John, Can I know what is the Windows SDK you are using? Most probably the SDK you are using is too old. If upgrading the SDK is not an option, you will have to define NTSTATUS as LONG (or let me know). With blessings. - 原始郵件 - 寄件者: "John Emmas" 寄件日期:

Re: Missing #include from glib/gwin32.c ?

2015-10-16 Thread Victor Aurélio Santos
Apparently at ntdef.h, try that I didn't tested. On Oct 16, 2015 10:23 AM, "John Emmas" wrote: > I just updated glib (from git) and tried to build the glib-2-44 branch, > using MSVC8. I'm getting a compiler error at line 568 which looks like > this:- > > typedef

Re: [Discuss] Make a thinner Glib/GTK+ to fit tiny device better

2015-10-16 Thread Florian Müllner
On Fri, Oct 16, 2015 at 5:38 PM, cee1 wrote: > If yes, we may let GObject inherit from > GstMiniObject to obtain the COW feature? This would break ABI, so not something you should expect any time soon. ___ gtk-devel-list mailing list