On 30.09.2010, at 14:28, MacArthur, Ian (SELEX GALILEO, UK) wrote: > The man page seems to say (regarding returned lists of items...) > > "If the returned format is 32, the property data will be stored as an > array of longs (which in a 64-bit application will be 64-bit values that > are padded in the upper 4 bytes)." > > That may apply to the atom we write too, then? Or possible not, I don't > know.
I'd guess yes. > This seems relevant: > http://www.mail-archive.com/[email protected]/msg198575.html > > Seems to be describing the same cut/paste problem, for much the same > reason... > > They seem to be suggesting that something like the SIZEOF_ATOM scheme > you (Albrecht)proposed would indeed work here. Yep, I think so too. One click away from your cited article you can find in: http://mail.gnome.org/archives/wm-spec-list/2003-March/msg00067.html "When the X window system was ported to 64-bit architectures, a rather peculiar design decision was made. 32-bit quantities such as Window IDs, atoms, etc, were kept as longs in the client side APIs, even when long was changed to 64 bits. This means that when you retrieve a format-32 property using XGetWindowProperty, the results are an array of 64 bit longs. Something that nobody expects. ... This all doesn't change at all the fact that the quantities have only 32 bits in them, and they are 32 bits in the protocols. It's completely a client-side API issue and should have no effect on the WM spec." Especially the first paragraph and the last sentence seem to emphasize the fact that it's only a "client-side API issue", and I'd say that this is true for both writing and reading 32-/64-bit quantities, resp.. The author has a "Redhat" mail address - I hope he knows what he's talking about. And, after all, it confirms what you (Ian) seemed to remember. http://www.osnews.com/story/5453 (an article from Dec, 2003) "Today we are very happy to feature an interview with Red Hat engineer Owen Taylor. Owen is the project leader of the GTK+ multi-platform toolkit, also known for his contributions on Pango. It is also important to note that a few days ago he received the highest number of votes for the Gnome Board of Directors elections." Albrecht _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
