I've had a brief exchange of emails, to which Simon is privy, with Michael Lawrence.

"From what I've heard, people who compile the entire toolchain, i.e. do not use Simon's GTK+, cairo, etc binaries, do not have a problem with cairoDevice on the Mac. ... In the past, the seg faults were occuring in the font handling code, whenever rotated text was drawn. Of course, this is probably just a sign of memory corruption elsewhere, but my guess is that's related to the Pango/Cairo interaction."

Has anyone had success going this route (compiling the entire toolchain)? If one does go this route, how should it be done? Install MacPorts and follow the instructions on the MacPorts web page? I found detailed instructions on a web page that is designed to make it possible to reproduce a problem with fonts:
http://trac.macports.org/ticket/15626


John Maindonald             email: [EMAIL PROTECTED]
phone : +61 2 (6125)3473    fax  : +61 2(6125)5549
Centre for Mathematics & Its Applications, Room 1194,
John Dedman Mathematical Sciences Building (Building 27)
Australian National University, Canberra ACT 0200.


On 23/09/2008, at 11:32 PM, Simon Urbanek wrote:


On Sep 23, 2008, at 0:20 , John Maindonald wrote:

Has anyone been able to get packages that rely on Gtk2 to run under Leopard?


Yes, I see no problem with Gtk2.


I have experimented with the playwith package, as depending on a small number of packages additional to Gtk2. I can pretty consistently generate a bus error by attaching playwith, then printing a lattice object. Note that I have not run any functions from the playwith package.

The same may happen if I attach all the packages on which playwith depends (but not playwith itself), but the bus error does not appear with the same consistency.


The problem appears to be in Michael's carioDevice, it crashes because its cairo context is NULL. I suspect it may not have a good error handling. I'm not sure what causes the problem, you may try to contact Michael. Neither the built-in R cairo device nor the Cairo package have any problems, so I don't think it's a problem on the cairo side...

Cheers,
Simon


Here is a transcript on a session:

[Previously saved workspace restored]

> options(STERM='iESS', editor='emacsclient')
> library(lattice)
> library(playwith)
Loading required package: latticeExtra
Loading required package: RColorBrewer
Loading required package: grid
Loading required package: gWidgets
Loading required package: gWidgetsRGtk2
Loading required package: RGtk2
Loading required package: cairoDevice
> sessionInfo()
R version 2.7.2 (2008-08-25)
i386-apple-darwin8.11.1

locale:
C

attached base packages:
[1] grid stats graphics grDevices utils datasets methods
[8] base

other attached packages:
[1] playwith_0.9-11      cairoDevice_2.8      gWidgetsRGtk2_0.0-36
[4] RGtk2_2.12.5-3       gWidgets_0.0-28      latticeExtra_0.5-1
[7] RColorBrewer_1.0-2   lattice_0.17-13

loaded via a namespace (and not attached):
[1] gridBase_0.4-3 tools_2.7.2
Warning message:
'DESCRIPTION' file has 'Encoding' field and re-encoding is not possible
> gph <- xyplot(weight ~ height, data=women)
> print(gph)

*** caught bus error ***
address 0xa8, cause 'non-existent physical address'

Traceback:
1: .Call(L_newpage)
2: grid.newpage()
3: printFunction(x, ...)
4: print.trellis(gph)
5: print(gph)

Possible actions:
1: abort (with core dump, if enabled)
2: normal R exit
3: exit R without saving workspace
4: exit R saving workspace
Selection: 1
aborting ...

Process R bus error at Tue Sep 23 14:01:23 2008

John Maindonald             email: [EMAIL PROTECTED]
phone : +61 2 (6125)3473    fax  : +61 2(6125)5549
Centre for Mathematics & Its Applications, Room 1194,
John Dedman Mathematical Sciences Building (Building 27)
Australian National University, Canberra ACT 0200.

_______________________________________________
R-SIG-Mac mailing list
[email protected]
https://stat.ethz.ch/mailman/listinfo/r-sig-mac



_______________________________________________
R-SIG-Mac mailing list
[email protected]
https://stat.ethz.ch/mailman/listinfo/r-sig-mac

_______________________________________________
R-SIG-Mac mailing list
[email protected]
https://stat.ethz.ch/mailman/listinfo/r-sig-mac

Reply via email to