gtk-osx-users — User discussions and support for GTK+-2 on OSX

Re: [Gtk-osx-users] Compiling gtk program using gtk-osx

[Victor T. <iku...@gm...>]

Thanks for your tip! I compiled my program using gcc. Now I have another
issue. When I do "jhbuild build gtk-quartz-engine", it seems to download
version 0.1 which has a missing configuration file so I couldn't build it. I
see there is a version 0.2 on the repository. How can I fix this problem?

Victor

On Wed, Mar 9, 2011 at 8:26 PM, John Ralls <jr...@ce...> wrote:

>
> On Mar 9, 2011, at 1:11 PM, Victor Tsang wrote:
>
> > Hi there,
> >
> > I have installed gtk-osx using jhbuild. Now I am confused on how to
> compile my program. After installing gtk-osx, I should have all the gtk
> libraries in my computer correct? can I simply use a make file to compile my
> program? If I do use make file to compile, do I lose the ability to bundle
> up my program since I didn't use jhbuild to compile my program? It will be
> great you guys can provide me some hints on how to get the jhbuild compiling
> my program.
>
> Um, jhbuild builds and installs a lot of things, including Gtk+ (assuming
> that you've built meta-gtk-osx-core), but there isn't anything called
> "gtk-osx" to build. Gtk-osx is the collection of scripts and modulesets that
> make jhbuild work on OSX. If Gtk+ is your only dependency, then you need to
> bootstrap and build meta-gtk-osx-bootstrap and meta-gtk-osx-core. If you
> have a non-trivial program with other dependencies, then you'll have to
> build the other dependencies, too. Many are supported in the modulesets, but
> many more aren't. You may very well have to write a special moduleset to get
> everything you need built. You'll have to learn that from the jhbuild
> manual.
>
> No, I can't tell you how to build your app. If you've actually read the
> build instructions, you know that you can run `jhbuild shell` to set up your
> environment; from there you can do whatever you usually do to build your
> program, whether it's autotools, cmake, ant, boost jam, or any number of
> other build environments.
>
> If you want to learn how to write a module, go read the jhbuild
> documentation: http://library.gnome.org/devel/jhbuild/unstable/
>
> Regards,
> John Ralls'
>
> ------------------------------------------------------------------------------
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> _______________________________________________
> Gtk-osx-users mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtk-osx-users
>

Re: [Gtk-osx-users] Compiling gtk program using gtk-osx

[John R. <jr...@ce...>]

On Mar 9, 2011, at 1:11 PM, Victor Tsang wrote:

> Hi there,
> 
> I have installed gtk-osx using jhbuild. Now I am confused on how to compile my program. After installing gtk-osx, I should have all the gtk libraries in my computer correct? can I simply use a make file to compile my program? If I do use make file to compile, do I lose the ability to bundle up my program since I didn't use jhbuild to compile my program? It will be great you guys can provide me some hints on how to get the jhbuild compiling my program. 

Um, jhbuild builds and installs a lot of things, including Gtk+ (assuming that you've built meta-gtk-osx-core), but there isn't anything called "gtk-osx" to build. Gtk-osx is the collection of scripts and modulesets that make jhbuild work on OSX. If Gtk+ is your only dependency, then you need to bootstrap and build meta-gtk-osx-bootstrap and meta-gtk-osx-core. If you have a non-trivial program with other dependencies, then you'll have to build the other dependencies, too. Many are supported in the modulesets, but many more aren't. You may very well have to write a special moduleset to get everything you need built. You'll have to learn that from the jhbuild manual.

No, I can't tell you how to build your app. If you've actually read the build instructions, you know that you can run `jhbuild shell` to set up your environment; from there you can do whatever you usually do to build your program, whether it's autotools, cmake, ant, boost jam, or any number of other build environments.

If you want to learn how to write a module, go read the jhbuild documentation: http://library.gnome.org/devel/jhbuild/unstable/

Regards,
John Ralls'

[Gtk-osx-users] Compiling gtk program using gtk-osx

[Victor T. <iku...@ho...>]

Hi there,

I have installed gtk-osx using jhbuild. Now I am confused on how to compile
my program. After installing gtk-osx, I should have all the gtk libraries in
my computer correct? can I simply use a make file to compile my program? If
I do use make file to compile, do I lose the ability to bundle up my program
since I didn't use jhbuild to compile my program? It will be great you guys
can provide me some hints on how to get the jhbuild compiling my program.

Thanks,

Victor

Re: [Gtk-osx-users] build: compile libiconv error

[John R. <jr...@ce...>]

On Mar 6, 2011, at 12:38 PM, Victor Tsang wrote:

> hi there,
> 
> I am trying to build gtk-osx for my Snow Leopard 10.6.6. However, when I am using the command  "jhbuild build meta-gtk-osx-core" I got the following errors. Can you guys help me out on this? I have been searching online for a while and without any clue on how to resolve this issue. Thanks! 
> 
> Victor  
> 
> dyld: lazy symbol binding failed: Symbol not found: _iconv_open
>   Referenced from: /Users/specc/gtk/inst/lib/libgettextsrc-0.17.dylib
>   Expected in: /usr/lib/libiconv.2.dylib
> 
> dyld: Symbol not found: _iconv_open
>   Referenced from: /Users/specc/gtk/inst/lib/libgettextsrc-0.17.dylib
>   Expected in: /usr/lib/libiconv.2.dylib
> 
> /bin/sh: line 1: 58388 Trace/BPT trap          /Users/specc/gtk/inst/bin/msgfmt -o test.mo ./de.po
> cp: test.mo: No such file or directory
> make[4]: *** [test.mo] Error 1
> make[3]: *** [all-recursive] Error 1
> make[2]: *** [all] Error 2
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
> *** Error during phase build of glib: ########## Error running make   *** [2/12]

Yes, that symbol is not included in the X86_64 image in Apple's libiconv. Assuming that there's some reason you actually want a 64-bit image, your best solution is to delete everything, get the latest gtk-osx-build-setup.sh from Github or Sourceforge, and start over. (That's actually the best solution even if you don't need a 64-bit build, because the modulesets on Github won't work properly with older installations).

Another option is to edit your .jhbuildrc-custom to use the gtk-osx modulesets that were installed into ~/.Sources/jhbuild/modulesets when you ran gtk-osx-build-setup.sh and build the gettext-fw metamodule before building anything else. (That module no longer exists; libiconv and gettext-0.18 are now correctly installed by bootstrap, but only if you run the latest gtk-osx-build-setup.sh).

Regards,
John Ralls

[Gtk-osx-users] build: compile libiconv error

[Victor T. <iku...@gm...>]

hi there,

I am trying to build gtk-osx for my Snow Leopard 10.6.6. However, when I am
using the command  "jhbuild build meta-gtk-osx-core" I got the following
errors. Can you guys help me out on this? I have been searching online for a
while and without any clue on how to resolve this issue. Thanks!

Victor

dyld: lazy symbol binding failed: Symbol not found: _iconv_open

  Referenced from: /Users/specc/gtk/inst/lib/libgettextsrc-0.17.dylib

  Expected in: /usr/lib/libiconv.2.dylib


dyld: Symbol not found: _iconv_open

  Referenced from: /Users/specc/gtk/inst/lib/libgettextsrc-0.17.dylib

  Expected in: /usr/lib/libiconv.2.dylib


/bin/sh: line 1: 58388 Trace/BPT trap
/Users/specc/gtk/inst/bin/msgfmt -o test.mo ./de.po

cp: test.mo: No such file or directory

make[4]: *** [test.mo] Error 1

make[3]: *** [all-recursive] Error 1

make[2]: *** [all] Error 2

make[1]: *** [all-recursive] Error 1

make: *** [all] Error 2

*** Error during phase build of glib: ########## Error running make   ***
[2/12]

Re: [Gtk-osx-users] Fwd: Bluefish crash

[John R. <jr...@ce...>]

On Mar 3, 2011, at 12:30 PM, Richard Procter wrote:

> [resending as first copy hasn't made it to the list] 
> 
> On 3/03/2011, at 2:33 PM, John Ralls wrote:
> 
>> 
>> On Mar 2, 2011, at 5:12 PM, Richard Procter wrote:
>> 
>>> Hi John, 
>>> 
>>> On 3/03/2011, at 1:56 PM, John Ralls wrote:
>>> 
>>>> No, it's a bug in the gtk-quartz drag'n drop code. What's happened is that the user has
>>>> done a drag and then closed the window that was the source. At this point, Gtk *should* recognize
>>>> that the source is no longer available and either load the OSX clipboard with the data types that haven't
>>>> already been provided or tell OSX to clear the clipboard entirely. It does neither (I've made a couple of passes at getting it to clear the clipboard, but haven't figured out the right magic). Later, when the App shuts down, OSX sends an event to retrieve the rest of the data types, but the owner object has been deleted, causing an access violation and the crash.
>>> 
>>> Do you know if this is this limited to drag+drop or does it apply to clipboard operations more generally? 
>>> 
>> 
>> I've only seen it with drag&drop of images, but I've never tried copying an image to test it. Text generally seems not to cause the problem.
> 
> Pasting an image from a defunct process looks good. This is what I did: 
> 
> - cause my application to post an image target on the clipboard, amongst others.
> - shut it down, at which point it receives a string of requests for the various offered targets.
> - open preview and "new from clipboard" succeeds as expected.  
> 
> Happy to test further if necessary. 

Not quite the problem.

Open two windows in your app. Open something graphical in one of them, then drag the graphic somewhere (you don't
have to complete the drag).

Now close the window that you did the drag from and do some other stuff in the other window. Don't use the clipboard.

When you quit the application you should get the crash unless you've done something in your app to retain the clipboard
data from the closed window and to provide it to PasteboardManager when you quit.

Regards,
John Ralls

Re: [Gtk-osx-users] Fwd: Bluefish crash

[Richard P. <ric...@gm...>]

[resending as first copy hasn't made it to the list] 

On 3/03/2011, at 2:33 PM, John Ralls wrote:

> 
> On Mar 2, 2011, at 5:12 PM, Richard Procter wrote:
> 
>> Hi John, 
>> 
>> On 3/03/2011, at 1:56 PM, John Ralls wrote:
>> 
>>> No, it's a bug in the gtk-quartz drag'n drop code. What's happened is that the user has
>>> done a drag and then closed the window that was the source. At this point, Gtk *should* recognize
>>> that the source is no longer available and either load the OSX clipboard with the data types that haven't
>>> already been provided or tell OSX to clear the clipboard entirely. It does neither (I've made a couple of passes at getting it to clear the clipboard, but haven't figured out the right magic). Later, when the App shuts down, OSX sends an event to retrieve the rest of the data types, but the owner object has been deleted, causing an access violation and the crash.
>> 
>> Do you know if this is this limited to drag+drop or does it apply to clipboard operations more generally? 
>> 
> 
> I've only seen it with drag&drop of images, but I've never tried copying an image to test it. Text generally seems not to cause the problem.

Pasting an image from a defunct process looks good. This is what I did: 

- cause my application to post an image target on the clipboard, amongst others.
- shut it down, at which point it receives a string of requests for the various offered targets.
- open preview and "new from clipboard" succeeds as expected.  

Happy to test further if necessary. 

regards, 
Richard.

Re: [Gtk-osx-users] Fwd: Bluefish crash

[John R. <jr...@ce...>]

On Mar 2, 2011, at 5:12 PM, Richard Procter wrote:

> Hi John, 
> 
> On 3/03/2011, at 1:56 PM, John Ralls wrote:
> 
>> No, it's a bug in the gtk-quartz drag'n drop code. What's happened is that the user has
>> done a drag and then closed the window that was the source. At this point, Gtk *should* recognize
>> that the source is no longer available and either load the OSX clipboard with the data types that haven't
>> already been provided or tell OSX to clear the clipboard entirely. It does neither (I've made a couple of passes at getting it to clear the clipboard, but haven't figured out the right magic). Later, when the App shuts down, OSX sends an event to retrieve the rest of the data types, but the owner object has been deleted, causing an access violation and the crash.
> 
> Do you know if this is this limited to drag+drop or does it apply to clipboard operations more generally? 
> 

I've only seen it with drag&drop of images, but I've never tried copying an image to test it. Text generally seems not to cause the problem.

Regards,
John Ralls

Re: [Gtk-osx-users] Fwd: Bluefish crash

[Richard P. <ric...@gm...>]

Hi John, 

On 3/03/2011, at 1:56 PM, John Ralls wrote:

> No, it's a bug in the gtk-quartz drag'n drop code. What's happened is that the user has
> done a drag and then closed the window that was the source. At this point, Gtk *should* recognize
> that the source is no longer available and either load the OSX clipboard with the data types that haven't
> already been provided or tell OSX to clear the clipboard entirely. It does neither (I've made a couple of passes at getting it to clear the clipboard, but haven't figured out the right magic). Later, when the App shuts down, OSX sends an event to retrieve the rest of the data types, but the owner object has been deleted, causing an access violation and the crash.

Do you know if this is this limited to drag+drop or does it apply to clipboard operations more generally? 

regards, 
Richard. 

Re: [Gtk-osx-users] Fwd: Bluefish crash

[John R. <jr...@ce...>]

On Mar 2, 2011, at 5:46 AM, Olivier Sessink wrote:

> Hi all,
> 
> I received a bugreport with backtrace, and looking at the backtrace 
> below I get the feeling that the crash might be in the GtkOSXApplication 
> integration code. The NS_ and CFX_ functions seem to be 
> Carbon/Quartz/OSX functions that finally call a gtk_ function again.
> 
> Anybody an idea where to start debugging this?
> 
> Olivier
> -------- Original Message --------
> Subject: Bluefish crash
> Date: Tue, 1 Mar 2011 16:28:12 -0500
> 
> Olivier,
> 
> I had a project open - all files were saved.
> I was exiting Bluefish normally - I got a wait cursor - and then the 
> following occurred:
> 
> (running MacOSX 10.6.6   Bluefish 2.0.3-rc2-3.dmg)
> 
> Process:         bluefish [159]
> Path:            /Applications/Bluefish.app/Contents/MacOS/bluefish
> Identifier:      nl.openoffice.bluefish
> Version:         2.0.1 (1)
> Code Type:       X86 (Native)
> Parent Process:  launchd [101]
> 
> Date/Time:       2011-03-01 16:20:18.387 -0500
> OS Version:      Mac OS X 10.6.6 (10J567)
> Report Version:  6
> 
> Interval Since Last Report:          114981 sec
> Crashes Since Last Report:           1
> Per-App Interval Since Last Report:  62140 sec
> Per-App Crashes Since Last Report:   1
> Anonymous UUID:                      08700A3A-670E-49C5-8182-DC2ED2CC37F4
> 
> Exception Type:  EXC_BAD_ACCESS (SIGBUS)
> Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000006
> Crashed Thread:  0  Dispatch queue: com.apple.main-thread
> 
> Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
> 0   libgtk-quartz-2.0.0.dylib     	0x00505d63 gtk_target_list_find + 65
> 1   libgtk-quartz-2.0.0.dylib     	0x0050afef -[GtkDragSourceOwner 
> pasteboard:provideDataForType:] + 183
> 2   com.apple.AppKit              	0x9456e10f __NSPasteboardProvideData 
> + 176

No, it's a bug in the gtk-quartz drag'n drop code. What's happened is that the user has
done a drag and then closed the window that was the source. At this point, Gtk *should* recognize
that the source is no longer available and either load the OSX clipboard with the data types that haven't
already been provided or tell OSX to clear the clipboard entirely. It does neither (I've made a couple of passes at getting it to clear the clipboard, but haven't figured out the right magic). Later, when the App shuts down, OSX sends an event to retrieve the rest of the data types, but the owner object has been deleted, causing an access violation and the crash.

Regards,
John Ralls

Re: [Gtk-osx-users] libenchant and applespell

[F W. <fr...@tr...>]

Op Ma, 2011-02-21 om 07:02 -0800 skryf John Ralls:
> 
> On Feb 21, 2011, at 4:48 AM, Olivier Sessink wrote:
> 
> > Hi all,
> > 
> > libenchant lists applespell as possible backend. I've built libenchant
> > with the jhbuild module, but now I don't see any dictionaries. Does
> > anyone have experience with libenchant on OSX? Is anything special
> > needed to get applespell support running?
> 
> I just went through this with gramps. You also need hunspell (already
> in modulesets-stable), and the dictionaries are at
> http://wiki.services.openoffice.org/wiki/Dictionaries. Hunspell's
> claims notwithstanding, Apple's dictionaries don't work with the gtk
> build.

Last time I looked into this (a year or two ago) there was no support
for applespell in the build infrastructure, although the code was there.
No idea if that is still the case, though. I didn't manage to fix it in
my allowable time.

Friedel

--
Recently on my blog:
http://translate.org.za/blogs/friedel/en/content/better-lies-about-gnome-localisation

[Gtk-osx-users] Fwd: Bluefish crash

[Olivier S. <oli...@gm...>]

Hi all,

I received a bugreport with backtrace, and looking at the backtrace 
below I get the feeling that the crash might be in the GtkOSXApplication 
integration code. The NS_ and CFX_ functions seem to be 
Carbon/Quartz/OSX functions that finally call a gtk_ function again.

Anybody an idea where to start debugging this?

Olivier
-------- Original Message --------
Subject: Bluefish crash
Date: Tue, 1 Mar 2011 16:28:12 -0500

Olivier,

I had a project open - all files were saved.
I was exiting Bluefish normally - I got a wait cursor - and then the 
following occurred:

(running MacOSX 10.6.6   Bluefish 2.0.3-rc2-3.dmg)

Process:         bluefish [159]
Path:            /Applications/Bluefish.app/Contents/MacOS/bluefish
Identifier:      nl.openoffice.bluefish
Version:         2.0.1 (1)
Code Type:       X86 (Native)
Parent Process:  launchd [101]

Date/Time:       2011-03-01 16:20:18.387 -0500
OS Version:      Mac OS X 10.6.6 (10J567)
Report Version:  6

Interval Since Last Report:          114981 sec
Crashes Since Last Report:           1
Per-App Interval Since Last Report:  62140 sec
Per-App Crashes Since Last Report:   1
Anonymous UUID:                      08700A3A-670E-49C5-8182-DC2ED2CC37F4

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000006
Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
0   libgtk-quartz-2.0.0.dylib     	0x00505d63 gtk_target_list_find + 65
1   libgtk-quartz-2.0.0.dylib     	0x0050afef -[GtkDragSourceOwner 
pasteboard:provideDataForType:] + 183
2   com.apple.AppKit              	0x9456e10f __NSPasteboardProvideData 
+ 176
3   com.apple.AppKit              	0x9456e338 
__NSPasteboardProvidePboardData + 50
4   com.apple.CoreFoundation      	0x93fa5757 
__CFPasteboardResolvePromiseForItemLocal + 263
5   com.apple.CoreFoundation      	0x93f87fe7 
CFPasteboardResolveAllPromisedData + 727
6   com.apple.Foundation          	0x926a24df _nsnote_callback + 176
7   com.apple.CoreFoundation      	0x93f08793 __CFXNotificationPost + 947
8   com.apple.CoreFoundation      	0x93f0819a 
_CFXNotificationPostNotification + 186
9   com.apple.Foundation          	0x92697384 -[NSNotificationCenter 
postNotificationName:object:userInfo:] + 128
10  com.apple.Foundation          	0x926a4789 -[NSNotificationCenter 
postNotificationName:object:] + 56
11  com.apple.AppKit              	0x942f2333 -[NSApplication 
terminate:] + 713
12  com.apple.AppKit              	0x940f7c46 -[NSApplication 
sendAction:to:from:] + 112
13  com.apple.AppKit              	0x940f7af9 -[NSMenuItem 
_corePerformAction] + 435
14  com.apple.AppKit              	0x940f77eb -[NSCarbonMenuImpl 
performActionWithHighlightingForItemAtIndex:] + 174
15  com.apple.AppKit              	0x940f76da -[NSMenu 
performActionForItemAtIndex:] + 65
16  com.apple.AppKit              	0x940f768d -[NSMenu 
_internalPerformActionForItemAtIndex:] + 50
17  com.apple.AppKit              	0x940f75f3 -[NSMenuItem 
_internalPerformActionThroughMenuIfPossible] + 97
18  com.apple.AppKit              	0x940f7537 -[NSCarbonMenuImpl 
_carbonCommandProcessEvent:handlerCallRef:] + 336
19  com.apple.AppKit              	0x940ebc61 NSSLMMenuEventHandler + 404
20  com.apple.HIToolbox           	0x94db7ecf 
DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, 
HandlerCallRec*) + 1567
21  com.apple.HIToolbox           	0x94db7196 
SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, 
HandlerCallRec*) + 411
22  com.apple.HIToolbox           	0x94dd9a07 SendEventToEventTarget + 52
23  com.apple.HIToolbox           	0x94e05fd3 
SendHICommandEvent(unsigned long, HICommand const*, unsigned long, 
unsigned long, unsigned char, void const*, OpaqueEventTargetRef*, 
OpaqueEventTargetRef*, OpaqueEventRef**) + 448
24  com.apple.HIToolbox           	0x94e2acc0 
SendMenuCommandWithContextAndModifiers + 66
25  com.apple.HIToolbox           	0x94e2ac75 SendMenuItemSelectedEvent 
+ 121
26  com.apple.HIToolbox           	0x94e2ab80 
FinishMenuSelection(SelectionData*, MenuResult*, MenuResult*) + 152
27  com.apple.HIToolbox           	0x94dfa34a MenuSelectCore(MenuData*, 
Point, double, unsigned long, OpaqueMenuRef**, unsigned short*) + 454
28  com.apple.HIToolbox           	0x94df9abc _HandleMenuSelection2 + 465
29  com.apple.HIToolbox           	0x94df98da _HandleMenuSelection + 53
30  com.apple.AppKit              	0x940e51a2 _NSHandleCarbonMenuEvent + 285
31  com.apple.AppKit              	0x940b9d3e _DPSNextEvent + 2304
32  com.apple.AppKit              	0x940b8fce -[NSApplication 
nextEventMatchingMask:untilDate:inMode:dequeue:] + 156
33  libgdk-quartz-2.0.0.dylib     	0x00790eac poll_func + 282
34  libglib-2.0.0.dylib           	0x00e5723b g_main_context_poll + 280
35  libglib-2.0.0.dylib           	0x00e56546 g_main_context_iterate + 1183
36  libglib-2.0.0.dylib           	0x00e56dc6 g_main_loop_run + 992
37  libgtk-quartz-2.0.0.dylib     	0x003758ab gtk_main + 239
38  bluefish                      	0x00004e19 main + 537
39  bluefish                      	0x000021a6 start + 54

Thread 1:  Dispatch queue: com.apple.libdispatch-manager
0   libSystem.B.dylib             	0x993ea982 kevent + 10
1   libSystem.B.dylib             	0x993eb09c _dispatch_mgr_invoke + 215
2   libSystem.B.dylib             	0x993ea559 _dispatch_queue_invoke + 163
3   libSystem.B.dylib             	0x993ea2fe _dispatch_worker_thread2 + 240
4   libSystem.B.dylib             	0x993e9d81 _pthread_wqthread + 390
5   libSystem.B.dylib             	0x993e9bc6 start_wqthread + 30

Thread 2:
0   libSystem.B.dylib             	0x993f20a6 __semwait_signal + 10
1   libSystem.B.dylib             	0x993f1d62 _pthread_cond_wait + 1191
2   libSystem.B.dylib             	0x993f18b5 
pthread_cond_timedwait$UNIX2003 + 72
3   libgthread-2.0.0.dylib        	0x00e17fa5 
g_cond_timed_wait_posix_impl + 257
4   libglib-2.0.0.dylib           	0x00e22d02 
g_async_queue_pop_intern_unlocked + 260
5   libglib-2.0.0.dylib           	0x00e2317e g_async_queue_timed_pop + 187
6   libglib-2.0.0.dylib           	0x00e86806 
g_thread_pool_wait_for_new_pool + 185
7   libglib-2.0.0.dylib           	0x00e86afd g_thread_pool_thread_proxy 
+ 332
8   libglib-2.0.0.dylib           	0x00e851aa g_thread_create_proxy + 385
9   libSystem.B.dylib             	0x993f185d _pthread_start + 345
10  libSystem.B.dylib             	0x993f16e2 thread_start + 34

Thread 3:
0   libSystem.B.dylib             	0x993e30c6 select$DARWIN_EXTSN + 10
1   libglib-2.0.0.dylib           	0x00e676c1 g_poll + 539
2   libgdk-quartz-2.0.0.dylib     	0x00790360 select_thread_func + 337
3   libSystem.B.dylib             	0x993f185d _pthread_start + 345
4   libSystem.B.dylib             	0x993f16e2 thread_start + 34

Thread 4:
0   libSystem.B.dylib             	0x993e9a12 __workq_kernreturn + 10
1   libSystem.B.dylib             	0x993e9fa8 _pthread_wqthread + 941
2   libSystem.B.dylib             	0x993e9bc6 start_wqthread + 30

Thread 0 crashed with X86 Thread State (32-bit):
   eax: 0x00000006  ebx: 0x00505d2e  ecx: 0x0000004b  edx: 0x00000006
   edi: 0x014a5dc0  esi: 0x9484774b  ebp: 0xbfffddf8  esp: 0xbfffddc0
    ss: 0x0000001f  efl: 0x00210206  eip: 0x00505d63   cs: 0x00000017
    ds: 0x0000001f   es: 0x0000001f   fs: 0x00000000   gs: 0x00000037
   cr2: 0x00000006

Binary Images:
     0x1000 -    0x6efe7 +bluefish ??? (???) 
<FC8716A5-F2D0-9D06-E974-F1ED89114B6E> 
/Applications/Bluefish.app/Contents/MacOS/bluefish
    0xa6000 -   0x1f4fe7 +libxml2.2.dylib 10.7.0 (compatibility 10.0.0) 
<B7F8933B-19FC-7904-29B9-CAA98BF8FA6A> 
/Applications/Bluefish.app/Contents/Resources/lib/libxml2.2.dylib
   0x22d000 -   0x237ff7 +libenchant.1.dylib 8.0.0 (compatibility 8.0.0) 
<5656AEAD-C54E-5387-5E73-D17D5CC8CEBD> 
/Applications/Bluefish.app/Contents/Resources/lib/libenchant.1.dylib
   0x23d000 -   0x255ff7 +libigemacintegration.0.dylib ??? (???) 
<7ADB172F-146D-8CB9-351C-B070877AE704> 
/Applications/Bluefish.app/Contents/Resources/lib/libigemacintegration.0.dylib
   0x261000 -   0x651ff7 +libgtk-quartz-2.0.0.dylib 2401.0.0 
(compatibility 2401.0.0) <A0407E9E-4968-0938-51E3-20E3C42DF5C2> 
/Applications/Bluefish.app/Contents/Resources/lib/libgtk-quartz-2.0.0.dylib
   0x74a000 -   0x7cefe7 +libgdk-quartz-2.0.0.dylib 2401.0.0 
(compatibility 2401.0.0) <1B48F74A-CA8F-AF05-A608-A153EB82F58B> 
/Applications/Bluefish.app/Contents/Resources/lib/libgdk-quartz-2.0.0.dylib
   0x7fb000 -   0x813fe7 +libatk-1.0.0.dylib 3210.1.0 (compatibility 
3210.0.0) <0582D3B4-0C06-782F-A64E-6975C7DE510D> 
/Applications/Bluefish.app/Contents/Resources/lib/libatk-1.0.0.dylib
   0x822000 -   0x836fe7 +libpangocairo-1.0.0.dylib 2801.3.0 
(compatibility 2801.0.0) <463A0D6B-0D80-A27B-AA59-FC294A0B7BE6> 
/Applications/Bluefish.app/Contents/Resources/lib/libpangocairo-1.0.0.dylib
   0x843000 -   0x86dff7 +libpangoft2-1.0.0.dylib 2801.3.0 
(compatibility 2801.0.0) <41BF3F97-76AD-4FF3-9A86-5393AD33DE30> 
/Applications/Bluefish.app/Contents/Resources/lib/libpangoft2-1.0.0.dylib
   0x886000 -   0x8a2ff7 +libgdk_pixbuf-2.0.0.dylib 2301.0.0 
(compatibility 2301.0.0) <2E58D6A4-4F4E-8F5A-16B0-DEB558E4BB60> 
/Applications/Bluefish.app/Contents/Resources/lib/libgdk_pixbuf-2.0.0.dylib
   0x8ac000 -   0x9a7ff7 +libgio-2.0.0.dylib 2704.0.0 (compatibility 
2704.0.0) <3DE47B62-0EC2-8549-C2F8-4BC3139BDD62> 
/Applications/Bluefish.app/Contents/Resources/lib/libgio-2.0.0.dylib
   0xa00000 -   0xa42ff7 +libpango-1.0.0.dylib 2801.3.0 (compatibility 
2801.0.0) <542BDB49-D71E-C919-D1F6-E6E8313B081B> 
/Applications/Bluefish.app/Contents/Resources/lib/libpango-1.0.0.dylib
   0xa59000 -   0xb09ff7 +libcairo.2.dylib 11003.2.0 (compatibility 
11003.0.0) <ABA32DF5-8AE8-047B-008A-6DF80E919756> 
/Applications/Bluefish.app/Contents/Resources/lib/libcairo.2.dylib
   0xb39000 -   0xc76fe7 +libpixman-1.0.dylib 22.4.0 (compatibility 
22.0.0) <6AB46626-B062-4454-CEC6-DE5C66F3F05C> 
/Applications/Bluefish.app/Contents/Resources/lib/libpixman-1.0.dylib
   0xc88000 -   0xcb8ff7 +libfontconfig.1.dylib 6.3.0 (compatibility 
6.0.0) <CB4B4C15-FF11-36F3-49AE-1465019E5BEB> 
/Applications/Bluefish.app/Contents/Resources/lib/libfontconfig.1.dylib
   0xcc4000 -   0xceaffb +libexpat.1.dylib 7.2.0 (compatibility 7.0.0) 
<E7F84088-D931-6306-8F74-18C3367BF73A> 
/Applications/Bluefish.app/Contents/Resources/lib/libexpat.1.dylib
   0xcf2000 -   0xd71ff7 +libfreetype.6.dylib 10.22.0 (compatibility 
10.0.0) <18BC727B-E941-AD6D-1907-1670FFA26595> 
/Applications/Bluefish.app/Contents/Resources/lib/libfreetype.6.dylib
   0xd88000 -   0xdaffe7 +libpng12.0.dylib 41.0.0 (compatibility 41.0.0) 
<74875500-E7D0-ACFF-B4B9-C06CD31FAF3A> 
/Applications/Bluefish.app/Contents/Resources/lib/libpng12.0.dylib
   0xdb7000 -   0xdf6fe7 +libgobject-2.0.0.dylib 2704.0.0 (compatibility 
2704.0.0) <5A72E03D-292C-065B-DF54-595C210B5166> 
/Applications/Bluefish.app/Contents/Resources/lib/libgobject-2.0.0.dylib
   0xe0c000 -   0xe10ff7 +libgmodule-2.0.0.dylib 2704.0.0 (compatibility 
2704.0.0) <EC870283-77BF-6353-24AC-DA18B9F57FA4> 
/Applications/Bluefish.app/Contents/Resources/lib/libgmodule-2.0.0.dylib
   0xe14000 -   0xe19ff7 +libgthread-2.0.0.dylib 2704.0.0 (compatibility 
2704.0.0) <95226D16-C4F4-279C-F9C9-83D9F282A01E> 
/Applications/Bluefish.app/Contents/Resources/lib/libgthread-2.0.0.dylib
   0xe1d000 -   0xf18ff7 +libglib-2.0.0.dylib 2704.0.0 (compatibility 
2704.0.0) <7FD4AD1E-541D-AAB1-E2E1-A638558037D1> 
/Applications/Bluefish.app/Contents/Resources/lib/libglib-2.0.0.dylib
   0xf46000 -   0xf52ff7 +libintl.8.dylib 10.1.0 (compatibility 10.0.0) 
<71EA296D-1485-FB0C-7A07-765EA094C202> 
/Applications/Bluefish.app/Contents/Resources/lib/libintl.8.dylib
   0xf57000 -  0x103bfe7 +libiconv.2.dylib 8.0.0 (compatibility 8.0.0) 
<A732ED2A-C98C-470B-E502-AB91243E4127> 
/Applications/Bluefish.app/Contents/Resources/lib/libiconv.2.dylib
  0x10f1000 -  0x10f3ff7 +about.so ??? (???) 
<602F9540-58E4-8269-0A0F-C400DABDEBC7> 
/Applications/Bluefish.app/Contents/Resources/lib/bluefish/about.so
  0x10f6000 -  0x10f8ff7 +entities.so ??? (???) 
<316A7904-7E3D-DAB1-9F1D-806CC9FCDC54> 
/Applications/Bluefish.app/Contents/Resources/lib/bluefish/entities.so
  0x15da000 -  0x1638ff7 +htmlbar.so ??? (???) 
<7DC5E78F-F836-A944-E0D8-13440CCCE156> 
/Applications/Bluefish.app/Contents/Resources/lib/bluefish/htmlbar.so
  0x1657000 -  0x1661ff7 +snippets.so ??? (???) 
<B2F49097-FDE4-145D-636D-094BEA406482> 
/Applications/Bluefish.app/Contents/Resources/lib/bluefish/snippets.so
  0x1737000 -  0x176fff7 +libclearlooks.so ??? (???) 
<52E83B71-8AA2-56CA-529E-9A5ABE8D0948> 
/Applications/Bluefish.app/Contents/Resources/lib/gtk-2.0/2.10.0/engines/libclearlooks.so
0x8fe00000 - 0x8fe4162b  dyld 132.1 (???) 
<A4F6ADCC-6448-37B4-ED6C-ABB2CD06F448> /usr/lib/dyld
0x90003000 - 0x90013ff7  libsasl2.2.dylib 3.15.0 (compatibility 3.0.0) 
<C8744EA3-0AB7-CD03-E639-C4F2B910BE5D> /usr/lib/libsasl2.2.dylib
0x90014000 - 0x90017fe7  libmathCommon.A.dylib 315.0.0 (compatibility 
1.0.0) <1622A54F-1A98-2CBE-B6A4-2122981A500E> 
/usr/lib/system/libmathCommon.A.dylib
0x90018000 - 0x90055ff7  com.apple.SystemConfiguration 1.10.5 (1.10.2) 
<362DF639-6E5F-9371-9B99-81C581A8EE41> 
/System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration
0x9016e000 - 0x9029cfe7  com.apple.CoreData 102.1 (251) 
<E6A457F0-A0A3-32CD-6C69-6286E7C0F063> 
/System/Library/Frameworks/CoreData.framework/Versions/A/CoreData
0x903f5000 - 0x9042bfff  libtidy.A.dylib ??? (???) 
<0FD72C68-4803-4C5B-3A63-05D7394BFD71> /usr/lib/libtidy.A.dylib
0x9042c000 - 0x904aeffb  SecurityFoundation ??? (???) 
<3670AE8B-06DA-C447-EB14-79423DB9C474> 
/System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation
0x904af000 - 0x904cbfe3  com.apple.openscripting 1.3.1 (???) 
<DA16DE48-59F4-C94B-EBE3-7FAF772211A2> 
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/OpenScripting.framework/Versions/A/OpenScripting
0x904cc000 - 0x9050dff7  libRIP.A.dylib 545.0.0 (compatibility 64.0.0) 
<16DAE1A5-937A-1CA2-D98F-2AF958B62993> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libRIP.A.dylib
0x9051c000 - 0x90534ff7  com.apple.CFOpenDirectory 10.6 (10.6) 
<F9AFC571-3539-6B46-ABF9-46DA2B608819> 
/System/Library/Frameworks/OpenDirectory.framework/Versions/A/Frameworks/CFOpenDirectory.framework/Versions/A/CFOpenDirectory
0x9054e000 - 0x90559ff7  libCSync.A.dylib 545.0.0 (compatibility 64.0.0) 
<CB2510BD-A5B3-9D90-5917-C73F6ECAC913> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCSync.A.dylib
0x9055a000 - 0x9055eff7  IOSurface ??? (???) 
<D849E1A5-6B0C-2A05-2765-850EC39BA2FF> 
/System/Library/Frameworks/IOSurface.framework/Versions/A/IOSurface
0x9055f000 - 0x905faff7  com.apple.ApplicationServices.ATS 4.4 (???) 
<ECB16606-4DF8-4AFB-C91D-F7947C26040F> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS
0x90619000 - 0x9064cff7  com.apple.AE 496.4 (496.4) 
<7F34EC47-8429-3077-8158-54F5EA908C66> 
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE
0x9064d000 - 0x90659ff7  libkxld.dylib ??? (???) 
<F0E915AD-6B32-0D5E-D24B-B188447FDD23> /usr/lib/system/libkxld.dylib
0x9065a000 - 0x9067cfef  com.apple.DirectoryService.Framework 3.6 
(621.9) <F2EEE9D7-D4FB-14F3-E647-ABD32754F557> 
/System/Library/Frameworks/DirectoryService.framework/Versions/A/DirectoryService
0x908a9000 - 0x908c8ff7  com.apple.CoreVideo 1.6.2 (45.6) 
<EB53CAA4-5EE2-C356-A954-5775F7DDD493> 
/System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo
0x908c9000 - 0x908cbff7  com.apple.securityhi 4.0 (36638) 
<38D36D4D-C798-6ACE-5FA8-5C001993AD6B> 
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SecurityHI.framework/Versions/A/SecurityHI
0x90921000 - 0x90945ff7  libJPEG.dylib ??? (???) 
<46AF3A0F-2B8D-87B9-62D4-0905678A64DA> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib
0x90a2b000 - 0x90badfe7  libicucore.A.dylib 40.0.0 (compatibility 1.0.0) 
<35DB7644-0780-D2AB-F6A9-45F28D2D434A> /usr/lib/libicucore.A.dylib
0x90bae000 - 0x90bf7fe7  libTIFF.dylib ??? (???) 
<AC1FC806-F7F4-174B-375F-FE5D6008666C> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
0x90bf8000 - 0x90c02fe7  com.apple.audio.SoundManager 3.9.3 (3.9.3) 
<5F494955-7290-2D91-DA94-44B590191771> 
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CarbonSound.framework/Versions/A/CarbonSound
0x90c03000 - 0x90cb0fe7  libobjc.A.dylib 227.0.0 (compatibility 1.0.0) 
<DF8E4CFA-3719-3415-0BF1-E8C5E561C3B1> /usr/lib/libobjc.A.dylib
0x916fd000 - 0x918d8ff3  libType1Scaler.dylib ??? (???) 
<A7AB841A-3F40-E0B8-ADDD-44014C7287C9> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libType1Scaler.dylib
0x919e0000 - 0x91aecff7  libGLProgrammability.dylib ??? (???) 
<A077BFEA-19C6-9F48-2F36-8E4E55376F49> 
/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLProgrammability.dylib
0x91b03000 - 0x91b23fe7  libresolv.9.dylib 41.0.0 (compatibility 1.0.0) 
<751955F3-21FB-A03A-4E92-1F3D4EFB8C5B> /usr/lib/libresolv.9.dylib
0x91b2c000 - 0x91b6eff7  libvDSP.dylib 268.0.1 (compatibility 1.0.0) 
<3F0ED200-741B-4E27-B89F-634B131F5E9E> 
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib
0x91c8b000 - 0x91cfaff7  libvMisc.dylib 268.0.1 (compatibility 1.0.0) 
<2FC2178F-FEF9-6E3F-3289-A6307B1A154C> 
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib
0x91cfb000 - 0x91cfcff7  com.apple.TrustEvaluationAgent 1.1 (1) 
<6C04C4C5-667E-2EBE-EB96-5B67BD4B2185> 
/System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent
0x91cfd000 - 0x91cfeff7  com.apple.audio.units.AudioUnit 1.6.5 (1.6.5) 
<BE4C2495-B758-AD22-DCC0-56A6791E948E> 
/System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit
0x91cff000 - 0x91e2efe3  com.apple.audio.toolbox.AudioToolbox 1.6.5 
(1.6.5) <0A0F68E5-4806-DB51-764B-D97554B801AD> 
/System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox
0x91e2f000 - 0x9219aff7  com.apple.QuartzCore 1.6.3 (227.34) 
<CC1C1631-D8D1-D416-171E-A1683274E479> 
/System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore
0x92378000 - 0x9238cfe7  libbsm.0.dylib ??? (???) 
<14CB053A-7C47-96DA-E415-0906BA1B78C9> /usr/lib/libbsm.0.dylib
0x9238d000 - 0x923a8ff7  libPng.dylib ??? (???) 
<E14178E0-B92D-94EA-DACB-04F346D7534C> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib
0x923a9000 - 0x923b3ff7  com.apple.HelpData 2.0.4 (34) 
<9128FFEB-0F6C-B273-FCF4-D87A20227345> 
/System/Library/PrivateFrameworks/HelpData.framework/Versions/A/HelpData
0x923b4000 - 0x923d5fe7  com.apple.opencl 12.3 (12.3) 
<DEA600BF-4F54-66B5-DB2F-DC57FD518543> 
/System/Library/Frameworks/OpenCL.framework/Versions/A/OpenCL
0x92442000 - 0x92442ff7  com.apple.Cocoa 6.6 (???) 
<EA27B428-5904-B00B-397A-185588698BCC> 
/System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
0x925df000 - 0x92643ffb  com.apple.htmlrendering 72 (1.1.4) 
<4D451A35-FAB6-1288-71F6-F24A4B6E2371> 
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HTMLRendering.framework/Versions/A/HTMLRendering
0x9268c000 - 0x928fffe7  com.apple.Foundation 6.6.4 (751.42) 
<ACC0BAEB-C590-7052-3AB2-86C207C3D6D4> 
/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
0x92900000 - 0x92906fff  com.apple.CommonPanels 1.2.4 (91) 
<2438AF5D-067B-B9FD-1248-2C9987F360BA> 
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/CommonPanels.framework/Versions/A/CommonPanels
0x9294d000 - 0x929cdfeb  com.apple.SearchKit 1.3.0 (1.3.0) 
<9E18AEA5-F4B4-8BE5-EEA9-818FC4F46FD9> 
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit
0x929ce000 - 0x92ad2fe7  libcrypto.0.9.8.dylib 0.9.8 (compatibility 
0.9.8) <BDEFA030-5E75-7C47-2904-85AB16937F45> /usr/lib/libcrypto.0.9.8.dylib
0x92b14000 - 0x92e34ff3  com.apple.CoreServices.CarbonCore 861.23 
(861.23) <B08756E4-32C5-CC33-0268-7C00A5ED7537> 
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
0x92eb3000 - 0x92ec7ffb  com.apple.speech.synthesis.framework 3.10.35 
(3.10.35) <57DD5458-4F24-DA7D-0927-C3321A65D743> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis
0x9314b000 - 0x93228ff7  com.apple.vImage 4.0 (4.0) 
<64597E4B-F144-DBB3-F428-0EC3D9A1219E> 
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage
0x93229000 - 0x93229ff7  com.apple.Accelerate.vecLib 3.6 (vecLib 3.6) 
<1DEC639C-173D-F808-DE0D-4070CC6F5BC7> 
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib
0x9322a000 - 0x93230fe7  com.apple.CommerceCore 1.0 (6) 
<41C2A87D-93D8-56C1-9292-0400699F23C1> 
/System/Library/PrivateFrameworks/CommerceKit.framework/Versions/A/Frameworks/CommerceCore.framework/Versions/A/CommerceCore
0x9323f000 - 0x93285ff7  libauto.dylib ??? (???) 
<29422A70-87CF-10E2-CE59-FEE1234CFAAE> /usr/lib/libauto.dylib
0x93286000 - 0x9343ffeb  com.apple.ImageIO.framework 3.0.4 (3.0.4) 
<C145139E-24C4-5A3D-B17C-809D528354B2> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
0x93454000 - 0x9383affb  com.apple.RawCamera.bundle 3.4.1 (546) 
<557C094F-BF8D-B298-E502-C4EE78914C55> 
/System/Library/CoreServices/RawCamera.bundle/Contents/MacOS/RawCamera
0x9388f000 - 0x938d3ff3  com.apple.coreui 2 (114) 
<29F8F1A4-1C96-6A0F-4CC2-9B85CF83209F> 
/System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI
0x93930000 - 0x939dafe7  com.apple.CFNetwork 454.11.5 (454.11.5) 
<D8963574-285A-3BD6-6B25-07D39C6F67A4> 
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/Versions/A/CFNetwork
0x939de000 - 0x93c41fff  com.apple.security 6.1.1 (37594) 
<B6F2A8BF-C1B7-A0E2-83FB-4FF265E9BDDC> 
/System/Library/Frameworks/Security.framework/Versions/A/Security
0x93ead000 - 0x94028fe7  com.apple.CoreFoundation 6.6.4 (550.42) 
<C78D5079-663E-9734-7AFA-6CE79A0539F1> 
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
0x94029000 - 0x94037fe7  libz.1.dylib 1.2.3 (compatibility 1.0.0) 
<3CE8AA79-F077-F1B0-A039-9103A4A02E92> /usr/lib/libz.1.dylib
0x94071000 - 0x94951ff7  com.apple.AppKit 6.6.7 (1038.35) 
<ABC7783C-E4D5-B848-BED6-99451D94D120> 
/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
0x94952000 - 0x94995ff7  libGLU.dylib ??? (???) 
<BB66EDB2-D5FE-61C9-21BE-747F9862819C> 
/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib
0x94996000 - 0x949a7ff7  com.apple.LangAnalysis 1.6.6 (1.6.6) 
<97511CC7-FE23-5AC3-2EE2-B5479FAEB316> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis
0x949ff000 - 0x94a09ffb  com.apple.speech.recognition.framework 3.11.1 
(3.11.1) <EC0E69C8-A121-70E8-43CF-E6FC4C7779EC> 
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition
0x94a4b000 - 0x94a4bff7  com.apple.CoreServices 44 (44) 
<51CFA89A-33DB-90ED-26A8-67D461718A4A> 
/System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
0x94a6c000 - 0x94aa5ff7  libcups.2.dylib 2.8.0 (compatibility 2.0.0) 
<E0D512DD-365D-46A0-F50C-435BC250424F> /usr/lib/libcups.2.dylib
0x94db0000 - 0x950d4fef  com.apple.HIToolbox 1.6.4 (???) 
<4699C8BB-DE74-C530-564B-D131F74C9B54> 
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
0x950d5000 - 0x95118ff7  com.apple.NavigationServices 3.5.4 (182) 
<753B8906-06C0-3AE0-3D6A-8FF5AC18ED12> 
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/NavigationServices.framework/Versions/A/NavigationServices
0x95194000 - 0x951a1ff7  com.apple.NetFS 3.2.1 (3.2.1) 
<5E61A00B-FA16-9D99-A064-47BDC5BC9A2B> 
/System/Library/Frameworks/NetFS.framework/Versions/A/NetFS
0x954a1000 - 0x95533fe7  com.apple.print.framework.PrintCore 6.3 (312.7) 
<7410D1B2-655D-68DA-D4B9-2C65747B6817> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore
0x95590000 - 0x955f1fe7  com.apple.CoreText 3.5.0 (???) 
<BB50C045-25F5-65B8-B1DB-8CDAEF45EB46> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreText.framework/Versions/A/CoreText
0x955f2000 - 0x95de1557  com.apple.CoreGraphics 1.545.0 (???) 
<1AB39678-00D5-FB88-3B41-93D78348E0DE> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
0x95f20000 - 0x95f20ff7  liblangid.dylib ??? (???) 
<B99607FC-5646-32C8-2C16-AFB5EA9097C2> /usr/lib/liblangid.dylib
0x96142000 - 0x961bcfff  com.apple.audio.CoreAudio 3.2.6 (3.2.6) 
<F7C9B01D-45AD-948B-2D26-9736524C1A33> 
/System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio
0x961bd000 - 0x961bdff7  com.apple.ApplicationServices 38 (38) 
<8012B504-3D83-BFBB-DA65-065E061CFE03> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
0x9622e000 - 0x962d6ffb  com.apple.QD 3.36 (???) 
<FA2785A4-BB69-DCB4-3BA3-7C89A82CAB41> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD
0x9634f000 - 0x96351ff7  libRadiance.dylib ??? (???) 
<10048B4A-2AE8-A4E2-21B8-C6E7A8C5B76F> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib
0x963a2000 - 0x963d4fe3  libTrueTypeScaler.dylib ??? (???) 
<6E9D1A50-330E-F1F4-F93D-9ECC8A61B21A> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libTrueTypeScaler.dylib
0x96491000 - 0x964bbff7  com.apple.shortcut 1.1 (1.1) 
<B0514FA9-7CAE-AD94-93CA-7B2A2C5F7B8A> 
/System/Library/PrivateFrameworks/Shortcut.framework/Versions/A/Shortcut
0x96539000 - 0x9653dff7  libGIF.dylib ??? (???) 
<DA5758A4-71B0-DD6E-7402-B7FB15387569> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib
0x9656f000 - 0x9661dff3  com.apple.ink.framework 1.3.3 (107) 
<57B54F6F-CE35-D546-C7EC-DBC5FDC79938> 
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink
0x9661e000 - 0x96625ff3  com.apple.print.framework.Print 6.1 (237.1) 
<F5AAE53D-5530-9004-A9E3-2C1690C5328E> 
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Print.framework/Versions/A/Print
0x96740000 - 0x96771ff7  libGLImage.dylib ??? (???) 
<E3EC8E92-4DDD-E7B8-3D38-C5A5160A4930> 
/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dylib
0x967d4000 - 0x9683efe7  libstdc++.6.dylib 7.9.0 (compatibility 7.0.0) 
<411D87F4-B7E1-44EB-F201-F8B4F9227213> /usr/lib/libstdc++.6.dylib
0x9683f000 - 0x9688fff7  com.apple.framework.familycontrols 2.0.2 (2020) 
<AF7F86F1-F7BF-CBA8-7A4A-D8F7A19F9601> 
/System/Library/PrivateFrameworks/FamilyControls.framework/Versions/A/FamilyControls
0x96890000 - 0x968a2ff7  com.apple.MultitouchSupport.framework 207.10 
(207.10) <E1A6F663-570B-CE54-0F8A-BBCCDECE3B42> 
/System/Library/PrivateFrameworks/MultitouchSupport.framework/Versions/A/MultitouchSupport
0x97837000 - 0x97842ff7  libGL.dylib ??? (???) 
<48405993-0AE9-292B-6705-C3525528682A> 
/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
0x9785e000 - 0x97928fef  com.apple.CoreServices.OSServices 357 (357) 
<CF9530AD-F581-B831-09B6-16D9F9283BFA> 
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices
0x97929000 - 0x97a04feb  com.apple.DesktopServices 1.5.9 (1.5.9) 
<CED00AC1-924B-0E45-7D5E-1CEA8929F5BE> 
/System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv
0x97a05000 - 0x97e3aff7  libLAPACK.dylib 219.0.0 (compatibility 1.0.0) 
<5E2D2283-57DE-9A49-1DB0-CD027FEFA6C2> 
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib
0x97e3b000 - 0x97e50fff  com.apple.ImageCapture 6.0.1 (6.0.1) 
<E7ED2AC1-834C-A44E-531E-EC05F0496DBF> 
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ImageCapture.framework/Versions/A/ImageCapture
0x97e8a000 - 0x97eb0ffb  com.apple.DictionaryServices 1.1.2 (1.1.2) 
<43E1D565-6E01-3681-F2E5-72AE4C3A097A> 
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices
0x97eb1000 - 0x97f4efe3  com.apple.LaunchServices 362.2 (362.2) 
<F3952CAB-322F-A12F-57AF-8B91B1D76DDE> 
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices
0x97f4f000 - 0x97f77ff7  libxslt.1.dylib 3.24.0 (compatibility 3.0.0) 
<769EF4B2-C1AD-73D5-AAAD-1564DAEA77AF> /usr/lib/libxslt.1.dylib
0x97f78000 - 0x97f7dff7  com.apple.OpenDirectory 10.6 (10.6) 
<C1B46982-7D3B-3CC4-3BC2-3E4B595F0231> 
/System/Library/Frameworks/OpenDirectory.framework/Versions/A/OpenDirectory
0x9817c000 - 0x981cdff7  com.apple.HIServices 1.8.2 (???) 
<F6EAC2D1-902A-9374-FC4B-43B50E054416> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices
0x98331000 - 0x9833aff7  com.apple.DiskArbitration 2.3 (2.3) 
<E9C40767-DA6A-6CCB-8B00-2D5706753000> 
/System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
0x98373000 - 0x98789ff7  libBLAS.dylib 219.0.0 (compatibility 1.0.0) 
<C4FB303A-DB4D-F9E8-181C-129585E59603> 
/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
0x9878a000 - 0x9878dff7  libCoreVMClient.dylib ??? (???) 
<973B9E1F-70B3-2E76-B14B-E57F306AD2DF> 
/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCoreVMClient.dylib
0x9878e000 - 0x9883eff3  com.apple.ColorSync 4.6.3 (4.6.3) 
<AA1076EA-7665-3005-A837-B661260DBE54> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync
0x9893b000 - 0x9893bff7  com.apple.vecLib 3.6 (vecLib 3.6) 
<7362077A-890F-3AEF-A8AB-22247B10E106> 
/System/Library/Frameworks/vecLib.framework/Versions/A/vecLib
0x9893e000 - 0x98942ff7  libGFXShared.dylib ??? (???) 
<9E14BE2F-C863-40E9-41A6-1BE9045663A0> 
/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGFXShared.dylib
0x98943000 - 0x989a0ff7  com.apple.framework.IOKit 2.0 (???) 
<A769737F-E0D6-FB06-29B4-915CF4F43420> 
/System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
0x989a1000 - 0x989eefeb 
com.apple.DirectoryService.PasswordServerFramework 6.0 (6.0) 
<BF66BA5D-BBC8-78A5-DBE2-F9DE3DD1D775> 
/System/Library/PrivateFrameworks/PasswordServer.framework/Versions/A/PasswordServer
0x98a2e000 - 0x98a31ffb  com.apple.help 1.3.1 (41) 
<67F1F424-3983-7A2A-EC21-867BE838E90B> 
/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Help.framework/Versions/A/Help
0x98a32000 - 0x98a32ff7  com.apple.Carbon 150 (152) 
<9252D5F2-462D-2C15-80F3-109644D6F704> 
/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon
0x98f75000 - 0x98f78ff7  libCGXType.A.dylib 545.0.0 (compatibility 
64.0.0) <B624AACE-991B-0FFA-2482-E69970576CE1> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/Resources/libCGXType.A.dylib
0x99273000 - 0x9930bfe7  edu.mit.Kerberos 6.5.10 (6.5.10) 
<8B83AFF3-C074-E47C-4BD0-4546EED0D1BC> 
/System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos
0x99353000 - 0x99353ff7  com.apple.Accelerate 1.6 (Accelerate 1.6) 
<BC501C9F-7C20-961A-B135-0A457667D03C> 
/System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate
0x993c3000 - 0x9956aff7  libSystem.B.dylib 125.2.1 (compatibility 1.0.0) 
<62291026-D016-705D-DC1E-FC2B09D47DE5> /usr/lib/libSystem.B.dylib
0x9956b000 - 0x995a6feb  libFontRegistry.dylib ??? (???) 
<4FB144ED-8AF9-27CF-B315-DCE5575D5231> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontRegistry.dylib
0x995a7000 - 0x995b5ff7  com.apple.opengl 1.6.12 (1.6.12) 
<9F13B279-F289-18AC-5D86-DCD52BAF087D> 
/System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
0x995b6000 - 0x9966cff7  libFontParser.dylib ??? (???) 
<33F62EE1-E457-C6FD-369E-E86745B94A4B> 
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontParser.dylib
0x9992c000 - 0x999e5fe7  libsqlite3.dylib 9.6.0 (compatibility 9.0.0) 
<52438E77-55D1-C231-1936-76F1369518E4> /usr/lib/libsqlite3.dylib
0x99a12000 - 0x99a56fe7  com.apple.Metadata 10.6.3 (507.15) 
<A23633F1-E913-66C2-A073-E2B174C09B18> 
/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata
0xffff0000 - 0xffff1fff  libSystem.B.dylib ??? (???) 
<62291026-D016-705D-DC1E-FC2B09D47DE5> /usr/lib/libSystem.B.dylib

Model: MacBookPro5,2, BootROM MBP52.008E.B05, 2 processors, Intel Core 2 
Duo, 2.8 GHz, 4 GB, SMC 1.42f4
Graphics: NVIDIA GeForce 9600M GT, NVIDIA GeForce 9600M GT, PCIe, 512 MB
Graphics: NVIDIA GeForce 9400M, NVIDIA GeForce 9400M, PCI, 256 MB
Memory Module: global_name
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x8D), 
Broadcom BCM43xx 1.0 (5.10.131.36.1)
Bluetooth: Version 2.3.8f7, 2 service, 12 devices, 1 incoming serial ports
Network Service: AirPort, AirPort, en1
Serial ATA Device: Hitachi HTS545050B9SA02, 465.76 GB
Serial ATA Device: HL-DT-ST DVDRW  GS21N
USB Device: Built-in iSight, 0x05ac  (Apple Inc.), 0x8507, 0x24400000
USB Device: My Book, 0x1058  (Western Digital Technologies, Inc.), 
0x1102, 0x26200000
USB Device: Apple Internal Keyboard / Trackpad, 0x05ac  (Apple Inc.), 
0x0236, 0x04600000
USB Device: IR Receiver, 0x05ac  (Apple Inc.), 0x8242, 0x04500000
USB Device: USB-PS/2 Optical Mouse, 0x046d  (Logitech Inc.), 0xc03e, 
0x06400000
USB Device: BRCM2046 Hub, 0x0a5c  (Broadcom Corp.), 0x4500, 0x06100000
USB Device: Bluetooth USB Host Controller, 0x05ac  (Apple Inc.), 0x8217, 
0x06110000

Re: [Gtk-osx-users] Need help

[Olivier S. <oli...@gm...>]

On 03/01/2011 04:00 AM, Tah-Rick Monem wrote:
> I am trying to go through some steps to get gtk-osx on my G4 PPC and
> when I run the script "gtk-osx-build-setup.sh" I receive the following
> error -- gtk-osx-build-setup.sh: line 65: /usr/local/bin/git: Bad CPU
> type in executable Failed to clone jhbuild
>
> I then searched on the internet for a universal binary of git and it
> installed without errors.
>
> What can I do to remedy this situation?

my guess: remove the intel-only /usr/local/bin/git from your system?

Olivier

Re: [Gtk-osx-users] Need help

[John R. <jr...@ce...>]

On Feb 28, 2011, at 8:09 PM, Tah-Rick Monem wrote:

> Actually, I did not fix it. It still gives the same error, as if I did not install the Universal binary at all.
> 
> How can I uninstall the current git, so that I can try to reinstall?
> 
> Thanks in advance
> 
> On 2/28/11 7:48 PM, John Ralls wrote:
>> On Feb 28, 2011, at 7:00 PM, Tah-Rick Monem wrote:
>> 
>>> I am trying to go through some steps to get gtk-osx on my G4 PPC and
>>> when I run the script "gtk-osx-build-setup.sh" I receive the following
>>> error -- gtk-osx-build-setup.sh: line 65: /usr/local/bin/git: Bad CPU
>>> type in executable Failed to clone jhbuild
>>> 
>>> I then searched on the internet for a universal binary of git and it
>>> installed without errors.
>>> 
>>> What can I do to remedy this situation?
>> What situation? You weren't paying attention the first time and installed an Intel-only Git, then you realized your mistake and fixed it. So?

Please reply to the list.

The git that doesn't work is probably on your path in front of the universal one.

It does sound, though, like you're not really ready for gtk-osx. It's not intended for users.

Regards,
John Ralls

Re: [Gtk-osx-users] Need help

[John R. <jr...@ce...>]

On Feb 28, 2011, at 7:00 PM, Tah-Rick Monem wrote:

> I am trying to go through some steps to get gtk-osx on my G4 PPC and 
> when I run the script "gtk-osx-build-setup.sh" I receive the following 
> error -- gtk-osx-build-setup.sh: line 65: /usr/local/bin/git: Bad CPU 
> type in executable Failed to clone jhbuild
> 
> I then searched on the internet for a universal binary of git and it 
> installed without errors.
> 
> What can I do to remedy this situation?

What situation? You weren't paying attention the first time and installed an Intel-only Git, then you realized your mistake and fixed it. So?

Regards,
John Ralls

[Gtk-osx-users] Need help

[Tah-Rick M. <ta...@kr...>]

I am trying to go through some steps to get gtk-osx on my G4 PPC and 
when I run the script "gtk-osx-build-setup.sh" I receive the following 
error -- gtk-osx-build-setup.sh: line 65: /usr/local/bin/git: Bad CPU 
type in executable Failed to clone jhbuild

I then searched on the internet for a universal binary of git and it 
installed without errors.

What can I do to remedy this situation?

Thanks in advance

-- 
View my animations and production work on-line at http://www.kronusproductions.com/. Have a good one :-) Peace

Re: [Gtk-osx-users] libenchant and applespell

[John R. <jr...@ce...>]

On Feb 21, 2011, at 4:48 AM, Olivier Sessink wrote:

> Hi all,
> 
> libenchant lists applespell as possible backend. I've built libenchant
> with the jhbuild module, but now I don't see any dictionaries. Does
> anyone have experience with libenchant on OSX? Is anything special
> needed to get applespell support running?

I just went through this with gramps. You also need hunspell (already in modulesets-stable), and the dictionaries are at http://wiki.services.openoffice.org/wiki/Dictionaries. Hunspell's claims notwithstanding, Apple's dictionaries don't work with the gtk build.

Regards,
John Ralls

[Gtk-osx-users] libenchant and applespell

[Olivier S. <oli...@gm...>]

Hi all,

libenchant lists applespell as possible backend. I've built libenchant
with the jhbuild module, but now I don't see any dictionaries. Does
anyone have experience with libenchant on OSX? Is anything special
needed to get applespell support running?

thanks,
Olivier

Re: [Gtk-osx-users] accelerator problem with GtkOSXApplication

[Olivier S. <oli...@gm...>]

2011/2/14 Richard Procter <ric...@gm...>:

> Stylistically, I'd be inclined to reduce this to:
>
> static void osx_accel_map_foreach_lcb(gpointer data,const gchar
> *accel_path,guint accel_key, GdkModifierType accel_mods, gboolean
> changed) {
>    if (accel_mods & GDK_CONTROL_MASK) {
>                accel_mods |= GDK_META_MASK;
>                accel_mods &= (accel_mods & GDK_MOD1_MASK) ? ~GDK_MOD1_MASK : ~GDK_CONTROL_MASK;
>
>                if (!gtk_accel_map_change_entry(accel_path,accel_key,accel_mods,FALSE)) {
>                    g_print("could not change accelerator %s\n",accel_path);
>                }
>    }
> }

looks better indeed, thanks :)

Olivier

Re: [Gtk-osx-users] accelerator problem with GtkOSXApplication

[Richard P. <ric...@gm...>]

On 15/02/2011, at 11:36 AM, Olivier Sessink wrote:

> I ended up with the following function, which replaces <control> with
> <command and replaces <control><alt> with <command><control>
> accelerators:
> 
> static void osx_accel_map_foreach_lcb(gpointer data,const gchar
> *accel_path,guint accel_key, GdkModifierType accel_mods, gboolean
> changed) {
> 	if (accel_mods & GDK_MOD1_MASK && accel_mods & GDK_CONTROL_MASK) {
> 		accel_mods &= ~ GDK_MOD1_MASK;
> 		accel_mods |= GDK_META_MASK;
> 		if (!gtk_accel_map_change_entry(accel_path,accel_key,accel_mods,FALSE)) {
> 			g_print("could not change accelerator %s\n",accel_path);
> 		}
> 	} else if (accel_mods & GDK_CONTROL_MASK) {
> 		accel_mods &= ~ GDK_CONTROL_MASK;
> 		accel_mods |= GDK_META_MASK;
> 		if (!gtk_accel_map_change_entry(accel_path,accel_key,accel_mods,FALSE)) {
> 			g_print("could not change accelerator %s\n",accel_path);
> 		}
> 	}
> }

Stylistically, I'd be inclined to reduce this to: 

static void osx_accel_map_foreach_lcb(gpointer data,const gchar
*accel_path,guint accel_key, GdkModifierType accel_mods, gboolean
changed) {
    if (accel_mods & GDK_CONTROL_MASK) { 
		accel_mods |= GDK_META_MASK;
                accel_mods &= (accel_mods & GDK_MOD1_MASK) ? ~GDK_MOD1_MASK : ~GDK_CONTROL_MASK; 

                if (!gtk_accel_map_change_entry(accel_path,accel_key,accel_mods,FALSE)) {
                    g_print("could not change accelerator %s\n",accel_path);
		}
    } 
}

The logic is clearer to my eye, and there's less code to parse.

warm regards, 
Richard. 

Re: [Gtk-osx-users] accelerator problem with GtkOSXApplication

[Olivier S. <oli...@gm...>]

I ended up with the following function, which replaces <control> with
<command and replaces <control><alt> with <command><control>
accelerators:

static void osx_accel_map_foreach_lcb(gpointer data,const gchar
*accel_path,guint accel_key, GdkModifierType accel_mods, gboolean
changed) {
	if (accel_mods & GDK_MOD1_MASK && accel_mods & GDK_CONTROL_MASK) {
		accel_mods &= ~ GDK_MOD1_MASK;
		accel_mods |= GDK_META_MASK;
		if (!gtk_accel_map_change_entry(accel_path,accel_key,accel_mods,FALSE)) {
			g_print("could not change accelerator %s\n",accel_path);
		}
	} else if (accel_mods & GDK_CONTROL_MASK) {
		accel_mods &= ~ GDK_CONTROL_MASK;
		accel_mods |= GDK_META_MASK;
		if (!gtk_accel_map_change_entry(accel_path,accel_key,accel_mods,FALSE)) {
			g_print("could not change accelerator %s\n",accel_path);
		}
	}
}

Re: [Gtk-osx-users] accelerator problem with GtkOSXApplication

[Richard P. <ric...@gm...>]

On 15/02/2011, at 10:58 AM, Olivier Sessink wrote:

> 2011/2/14 Richard Procter <ric...@gm...>:
>> 
>> [snip]
> 
> great! thanks for this piece of sample code. You might want to to add
> this example to the GtkOSXApplication documentation because it will
> make life easier for a lot of programmers.

Glad to be of help. Keep in mind that I'm just someone who has recently
trod the same path you're currently on: I don't consider myself an 
expert in GTK and am not suggesting any of this is the canonical way to 
do things. John's suggestion of an explicit keymap file may well be the 
superior solution for your needs. 

I like mine because: 

 +ve I needn't maintain multiple keymap files 
 +ve And also the bulk conversion doesn't silently clobber existing keybindings, 
     so it's relatively safe. 

but 

 -ve It may well make things more confusing for the user who wants to 
     customise their bindings. They have to understand that <ctrl> 
     means <command> on OS X. 

 -ve Things get messy if you want both <command> and <ctrl> bindings. 

> Is the <fn> key on OSX also usable in combination with regular keys?

I don't know, sorry. 

warm regards, 
Richard. 

Re: [Gtk-osx-users] accelerator problem with GtkOSXApplication

[Olivier S. <oli...@gm...>]

2011/2/14 Richard Procter <ric...@gm...>:
> Just to jump in here: /if/ you're using the gtk AccelMap for keybindings,
> which is a 1:1 mapping from application-specific binding names to key binding
> definitions that can be altered at run-time, then you can achieve the
> ige-mac-integration effect of converting all <ctrl> to <command> via
> (in python; should be straightforward to transliterate into C):
>
>        am = gtk.accel_map_get()
>
>        def translate_control_key_to_meta(accel_path, accel_key, accel_mods, changed):
>            if accel_mods & gtk.gdk.CONTROL_MASK:
>                accel_mods &= ~gtk.gdk.CONTROL_MASK
>                accel_mods |= gtk.gdk.META_MASK
>
>                if not gtk.accel_map_change_entry(accel_path,
>                                                  accel_key, accel_mods, replace=False):
>                    assert False # as binding conflicts with existing, say
>
>        gtk.accel_map_foreach_unfiltered(translate_control_key_to_meta)

great! thanks for this piece of sample code. You might want to to add
this example to the GtkOSXApplication documentation because it will
make life easier for a lot of programmers. I have everything converted
to <command> now. Next I'll look at the <alt> issue. Perhaps I'll just
remove all of the accelerators that use <alt>. Is the <fn> key on OSX
also usable in combination with regular keys?

thanks for your help

Olivier

Re: [Gtk-osx-users] accelerator problem with GtkOSXApplication

[John R. <jr...@ce...>]

On Feb 14, 2011, at 11:15 AM, Olivier Sessink wrote:

> On 02/14/2011 04:03 PM, John Ralls wrote:
>> 
>> On Feb 14, 2011, at 4:14 AM, Olivier Sessink wrote:
>> 
>>>> Accelerator mapping in GtkOSXApplication is handled the Gtk way, with GtkAccelMaps. This is mentioned in the GtkOSXApplication documentation.
>>>> 
>>>> Option/Alt is handled a bit too generically in gdk-quartz, where it's used for i18n regardless of context and consequently ignored when used as an accelerator. Ideally this handling should only occur in the input method, but I haven't figured out how to do that yet and Kristian Reitveld doesn't think it's important enough to do anything about. If anyone knows enough about the simple input method to write a patch to fix this it would be most welcome. Post it to https://bugzilla.gnome.org/show_bug.cgi?id=617583.
>>>> 
>>> 
>>> so what are my options if I do not know the details about input
>>> methods? I can go back to ige-mac-integration and try to get my menu
>>> problem solved, but that seems to be a step backwards.. Are there
>>> other options? Converting the shortcuts in the application code
>>> somehow?
>> 
>> Like I said, GtkAccelMaps: http://library.gnome.org/devel/gtk/stable/gtk-Accelerator-Maps.html
>> 
>> There's even an example in test-integration.
> 
> sorry perhaps I've not understand you correctly. GtkAccelMaps as shown 
> in test-integration.c can be used to modify the accelerator for an entry 
> in the menu. But from your email I understood that this will not help to 
> fix the problem with the <alt> key. Is that correct or not?
> 
> Futhermore, why I really would like to get the 'magic' behavior of 
> ige-mac-integration: I have about 295 menu entries in Bluefish (that's 
> why I really need <alt> to maximise the number of entries that have an 
> accelerator). In the old ige-mac-integration code all entries were 
> automatically converted from <control> to <command>. With the new 
> GtkOSXApplication code it seems I need something like 600 lines of extra 
> code to replace all accelerators, and I should try to keep these in 
> sync. Or is this again a misunderstanding and can I get the 'magic' 
> behavior with a few lines of code?
> 
> forgive me for my ignorance on this subject, I'm not a fulltime gtk 
> programmer and it's sometimes hard to keep track of all the 
> possibilities in gtk.
> 

1. No, your map has to use something other than the alt key on OSX. The example in test-integration uses one line of code to modify ALL of the accelerators. Go RTFM.

2. I'm not going back to the automatic thing. Get a accelmap file, do sed -i '' s/alt/meta/i mapfile,
and add it to your bundle. Add a call to load it somewhere (you should have that already if you've done a good job on the Gtk side). That's effectively what the automatic conversion in ige-mac-integration did.

Rest assured that your non-english-speaking users would rather have the option key for typing non-ascii text than for accelerators, but if you want to turn that off, use the local copy of gtk-osx.modules (it's installed in ~/Source/jhbuild/modulesets by gtk-osx-build-setup.sh) and comment out the keymap patches.

Aside: In what HIG does it say that you should have an accelerator for every menu item? Are you trying to compete with Emacs?

No, no forgiveness. I am absolutely not going to teach you to use Gtk -- for one thing, I'm not good enough at it myself to do any teaching. Go study the documentation.

Regards,
John Ralls

Re: [Gtk-osx-users] accelerator problem with GtkOSXApplication

[Richard P. <ric...@gm...>]

On 15/02/2011, at 8:15 AM, Olivier Sessink wrote:
> [...]

> In the old ige-mac-integration code all entries were 
> automatically converted from <control> to <command>. With the new 
> GtkOSXApplication code it seems I need something like 600 lines of extra 
> code to replace all accelerators, and I should try to keep these in 
> sync. Or is this again a misunderstanding and can I get the 'magic' 
> behavior with a few lines of code?

Just to jump in here: /if/ you're using the gtk AccelMap for keybindings, 
which is a 1:1 mapping from application-specific binding names to key binding 
definitions that can be altered at run-time, then you can achieve the 
ige-mac-integration effect of converting all <ctrl> to <command> via 
(in python; should be straightforward to transliterate into C): 

        am = gtk.accel_map_get()

        def translate_control_key_to_meta(accel_path, accel_key, accel_mods, changed):
            if accel_mods & gtk.gdk.CONTROL_MASK:
                accel_mods &= ~gtk.gdk.CONTROL_MASK
                accel_mods |= gtk.gdk.META_MASK

                if not gtk.accel_map_change_entry(accel_path,
                                                  accel_key, accel_mods, replace=False):
                    assert False # as binding conflicts with existing, say

        gtk.accel_map_foreach_unfiltered(translate_control_key_to_meta)

If you're /not/ using the AccelMap, then, AFAIK, 
such run-time conversion is not possible.

warm regards,
Richard. 

PS. For what it's worth, here're my notes on the GTK keybinding system  
(which from where I'm standing strikes me as unnecessarily confusing):

*** AccelGroups 

Accelerators must work, even if the widget with which they are
associated is not focused. However, it increases coupling if top-level
widgets in the hierarchy are responsible for the accelerators of their
children.

Therefore, we have the AccelGroup object, which fills this role of 
  - Listening for keyboard shortcuts and 
  - Dispatching them to the right handler. 

The gist is: 
  Get an AccelGroup, a container of accelerators mapping key-press -> callback 
  Associate it with a top-level widget, eg, gtk.Window.add_accel_group() 
  
gtk.Widgets.add_accelerator is /almost/ a convenience function which
lets us add an accelerator to an AccelGroup that emits a signal on the
widget when the key combination occurs. However, for menuitems it
provides a hook to setup the accelerator label appropriately. 

Now, changing key bindings at run time is cumbersome for the user
because there is in general no user-visible name for the action a
key-press is associated with. Therefore the singleton accelerator map
provides a user-visible directory of named key bindings in the system.
see gtk.accel_map_change_entry(). These are "accel paths", which the
gtk.AccelGroup understands.

**** How do I retrieve the AccelGroups? 
gtk.accel_groups_from_object(widget)

**** How can I retrieve bindings from an AccelGroup? 
There doesn't seem to be a way? 

**** How do AccelGroups receive key press events? 
Via their TopLevel window key-press handler, see
gtk_window_key_press_event()

**** Can AccelGroup handlers decline to be activated? 

gtk_window_key_press_event 
 -> gtk_window_activate_key 
   -> gtk_accel_groups_activate
     -> gtk_accel_group_activate 
       -> emits 'accel_activate' on the accel group.	 
          If this returns 'True', the key-press is considered handled. 
   
	  Each callback registered with a binding  
          observes the accel_activate signal. 

	  I can't see how the appropriate callback is invoked --- it 
	  seems as if they all are?! 

*** gtk.Actions and keyboard accelerators 

We can bind a gtk.Action to a system accel path via
gtk.Action.set_accel_path

gtk.ActionGroup.add_action_with_accel is a convenience method which
1) creates an accel path, rooted in the ActionGroup name 
   ("<Actions>/"<ActionGroupName>"/"<ActionName>) 
2) adds a mapping from accel_path -> the keybinding spec, if any, 
   via gtk_accel_map_add_entry
3) Calls gtk.Action.set_accel_path. 
4) Adds the action to the action group 

*** How do AccelGroup and AccelPaths interact? 
AccelPaths are just a mapping from string -> keybinding 
AccelGroups map keybinding -> callback 
They don't interact. 

We may assign an AccelPath to an Action, which will then use the 
keybinding when it sets up a callback with the AccelGroup when 
gtk.Action.set_accel_group() is called. 







> 
> forgive me for my ignorance on this subject, I'm not a fulltime gtk 
> programmer and it's sometimes hard to keep track of all the 
> possibilities in gtk.
> 
> Olivier
> 
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Gtk-osx-users mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtk-osx-users