Hi Behdad,
Well, there's a bit more to it. Just because some bytes in a file are invalid
acording to the spec doesn't mean your text editor should refuse to open the
file. While g_utf8_get_char() and friends do assume valid UTF-8 data, it's an
unwritten assumption that for invalid bytes
Hi,
Am Samstag, den 27.03.2010, 16:12 -0400 schrieb Behdad Esfahbod:
Err, you're right. My bad. It's still broken though since it doesn't check
that the fragment bytes all start with the bits 10. Missing error checking.
It is not meant to check for errors.
I think it is totally arbitrary
Hi,
Am Samstag, den 27.03.2010, 16:51 -0400 schrieb Behdad Esfahbod:
On 03/27/2010 04:27 PM, Daniel Elstner wrote:
It is not meant to check for errors.
Good point.
I think it is totally arbitrary to handle some potential errors but not
others. And I think the current implementation
Hi,
Am Samstag, den 27.03.2010, 17:40 -0400 schrieb Behdad Esfahbod:
On 03/27/2010 05:21 PM, Daniel Elstner wrote:
Well, I assume that ints are at least 32 bit wide on any platform
supported by GLib. But if you meant to say that it would break with
larger ints, I don't see why. As long
Hi,
Am Samstag, den 27.03.2010, 18:04 -0400 schrieb Behdad Esfahbod:
Sure, I wasn't referring to valid data. In valid UTF-8, there is no 5byte or
6byte sequences either.
True, but that was a post-hoc restriction imposed afterwards, when
Unicode was redefined as a 21-bit character set,
Hi Behdad,
Am Freitag, den 26.03.2010, 13:25 -0400 schrieb Behdad Esfahbod:
* The construct borrowed from glibmm, as beautiful as it is, is WRONG for
6-byte-long UTF-8. It just doesn't work. We historically support those
sequences.
What? In what way exactly is it wrong?
--Daniel
Hi,
Am Mittwoch, den 17.03.2010, 00:17 +0200 schrieb Mikhail Zabaluev:
Yes, though we are already in the buffer overflow territory with all
implementations of g_utf8_get_char considered so far.
Only read past the end, thus no security implications beyond a potential
for DoS in the unlikely
Hi,
Am Dienstag, den 16.03.2010, 23:51 +0100 schrieb Mathieu Lacage:
loading offsets are usually randomized once in a while and the whole
system is prelinked with these randomized offsets so that all further
loads do use the same 'random' (per-machine) offset until the next
offset
Hi,
Am Dienstag, den 16.03.2010, 22:52 +0200 schrieb Mikhail Zabaluev:
I could try that, after I take your one to good internal use where it
already shows more effect. But my current tests do not account for any
hidden costs of inlining longish and branched code.
Addendum: It's actually not
Hi,
Am Dienstag, den 16.03.2010, 23:18 +0200 schrieb Mikhail Zabaluev:
Umm. I had the conception of a DSO being one position-independent blob
with all references made relative, even if basic ELF allows different
segments loaded independently.
Impossible. There are no relative function
Hi,
Am Donnerstag, den 23.07.2009, 11:59 -0500 schrieb Damian Frank:
I'm sorry if this seems like a poorly targeted or researched question,
but I can't find any information on this and I'm not sure where to
look.
This is indeed not the right place. But I don't know what the right
place would
Am Freitag, den 10.04.2009, 14:08 +0200 schrieb Christian Dywan:
For the sake of demonstration, it took me 2 minutes to write a simple
substring function in C that does what you want, have a look how it
works. :)
It doesn't. Your function allocates memory using a byte count but then
uses the
Am Mittwoch, den 03.06.2009, 23:10 -0700 schrieb Brian J. Tarricone:
On 06/03/2009 05:36 PM, Paul LeoNerd Evans wrote:
Yes; we messed up 30 years ago and said k when we
meant Ki. Oops. Sorry about that.
Well, no, 30 years ago there was no Ki. So people did the logical
thing and picked
Am Montag, den 13.04.2009, 21:26 -0400 schrieb Behdad Esfahbod:
On 04/13/2009 05:00 AM, Butrus Damaskus wrote:
Hi!
This page: http://bjoern.hoehrmann.de/utf-8/decoder/dfa/ claims to
have better (quicker and smaller?) utf8 decoder. Maybe it would be
worth to look at it?
Funny how he
Am Dienstag, den 12.12.2006, 19:58 -0500 schrieb Owen Taylor:
For instance, a strict reading of if you change the transformation or
target surface would suggest that cairo_translate() and cairo_move_to()
aren't equivalent wrt. pango_cairo_update_context(). In fact even the
cairosimple.c
Am Dienstag, den 12.12.2006, 15:07 -0500 schrieb Behdad Esfahbod:
On Mon, 2006-12-11 at 17:35 -0500, Daniel Elstner wrote:
'Tis ain't pretty. Is the code above actually correct? Is there a
better to do this kind of thing?
What you say is basically correct. Currently you first need
Am Freitag, den 17.11.2006, 11:57 -0500 schrieb Matthew Barnes:
On Fri, 2006-11-17 at 17:32 +0100, Murray Cumming wrote:
This seems similar to a class we have in glibmm, Glib::Dispatcher:
http://www.gtkmm.org/docs/glibmm-2.4/docs/reference/html/classGlib_1_1Dispatcher.html#_details
though
Am Mi, den 19.05.2004 um 14:45 Uhr +0400 schrieb Andrew E. Makeev:
Hi
Could someone explain, please, how should I to determine default font
name for widget where it's applicable (label, textview, etc)?
I have used these methods:
1. Using GtkStyle: Gtk::Label ().get_style ()-get_font
On Fre, 2003-01-10 at 01:12, Vishal Modak wrote:
hi
I'm trying to use GdkPixBuf to save a pixmap to a jpeg file... I
included gdk-pixbuf/gdk-pixbuf.h (was it right?) and the
compilation phase goes ok; but when it links the .o, it gives...
undefined reference to
On Die, 2002-12-31 at 17:08, Ottavio Campana wrote:
ok, I hope this is the last question about gtktreeview...
Is there a function or a fast way to remove all the rows of a
gtktreeview?
gtk_{list,tree}_store_clear()
--Daniel
___
Am Mon, 2002-06-10 um 11.33 schrieb Andrew E. Makeev:
I doubt this is mentioned in the GLib API reference. Without explicit
charset handling the protocol, you're basically fucked. Hmm. I might
be missing something, dunno.
Well, I know about g_io_channel_get_encoding, I meant I would
Am Fre, 2002-06-07 um 10.41 schrieb Andrew E. Makeev:
Yes, you're right, there is nothing wrong with gtkmm, glibmm stuff.
Only one thing I would to ask about:
show me an example, please, how to use streams to receive/send data
from/to
sockets,
There is no standardized UNIX file I/O
Am Fre, 2002-06-07 um 17.23 schrieb Sven Neumann:
Andrew E. Makeev [EMAIL PROTECTED] writes:
1. where is described which encodings are legal to use in Glib::convert?
iconv --list gives you a list of known encodings. Note that this list
is not guaranteed to be the same everywhere
Am Mit, 2002-06-05 um 21.21 schrieb Matej Knopp:
I'm writing an application and have chosen Gtk+ 2.0 for the gui. During
the programming I came to a very significant problem. The main window
consists of a pane with GtkTextView and GtkTreeView. The text view is
fine but the tree view almost
Am Die, 2002-04-23 um 00.37 schrieb Christian Seberino:
Thanks for reply. You seem to know your stuff.
If pointers are more complicated and unnecessary sometimes,
then why does GTK+ have so many pointers?
Why are many things of GtkWidget* type and not GtkWidget?
The #1 reason is exactly
Am Mon, 2002-04-22 um 21.21 schrieb Christian Seberino:
Then instead of:
Colors::myStaticColor.red = 343;
I could hopefully do:
(*Colors::myStaticColor).red = 343;
or even better, Colors::myStaticColor-red = 343;
Hopefully I can then initialize things to make them look
Am Mon, 2002-04-22 um 19.53 schrieb [EMAIL PROTECTED]:
It really an extern C struct with four members.
Since it's extern C, you need to initialize it
in the proper C (_not_ C++) way. For a struct in C,
you provide an initialization list for the members,
e.g.
GdkColor color = {0, 0, 0,
Am Mon, 2002-04-22 um 21.22 schrieb [EMAIL PROTECTED]:
From: Christian Seberino [EMAIL PROTECTED]
Thanks so much for this reply! I was really confused
about this! Can I ask you a follow up question?
Just to make GdkColor be like everything else (a pointer)
is it OK to try declaring
Hi,
gcc 3.0 gives me a bunch of annoying warnings when compiling
with the -pedantic option, because there are several macros
(e.g. g_error) which are either too new (c99) or GNU extensions.
I cannot compile with -std=c99 since that doesn't work with C++.
With the attached patch (for
On 23 Jun 2001 13:47:25 -0400 Owen Taylor [EMAIL PROTECTED] wrote:
A possibly better way of going about this that was suggested
is to use:
#pragma GCC system_header
For the glib header files - this turns off a lot of warnings.
After all, GLib _does_ turn off the GCC extensions when
On Mon, 30 Apr 2001 19:49:14 +0100 Craig Emery [EMAIL PROTECTED] wrote:
what widget can I use with vanilla GTK+ (1.2 at the moment) so that my
scrolling text widgets can respond to my mouse's scroll wheel?
I'm using a gtk_handle_box at the moment.
Try connecting a signal handler to mouse
On Fri, 27 Apr 2001 18:29:20 -0400 Wolfgang Sourdeau [EMAIL PROTECTED] wrote:
Havoc == Havoc Pennington [EMAIL PROTECTED] writes:
GTK is what we would recommend on this list. ;-) Both are certainly
reasonable. Qt requires a license fee if your software is
proprietary. GTK uses C and Qt
On Tue, 24 Apr 2001 13:55:11 -0400 Damon Chaplin [EMAIL PROTECTED] wrote:
Or should we also document all functions where you don't have to free
the returned value? e.g. 'The returned string should not be freed.'
You should!
Because freeing such a pointer would be dangerous.
Regards,
Daniel
On Wed, 18 Apr 2001 14:16:30 -0400 "David Filion" [EMAIL PROTECTED] wrote:
Forgive me if this has been coved but I just joined the the list.
I have a 3 check boxes surrounded by a frame. Whenever I pass the mouse over a
check box, not select it, just pass over it, it 'flickers'. Anyone
Hi,
On Mon, 26 Feb 2001 14:07:50 +0900 ChiDeok Hwang [EMAIL PROTECTED] wrote:
With below patch, test program runs just fine for me.
Try it.
Well, this does it. My real program works, too.
Er, will there be a next release of GTK+ soon? I don't want my users patching the
source.
Thanks for
Hello,
I have some problems with GtkCList in extended selection mode,
reproduceable with the following steps:
1. The user selects some rows _including_ the last one.
2. The program will call gtk_clist_remove() for each selected row.
3. The user changes the selection via mouse clicks before
On 25 Feb 2001 12:41:03 -0500 Owen Taylor [EMAIL PROTECTED] wrote:
Daniel Elstner [EMAIL PROTECTED] writes:
Hello,
I have some problems with GtkCList in extended selection mode,
reproduceable with the following steps:
1. The user selects some rows _including_ the last one.
2
37 matches
Mail list logo
