10:39 a.m.
When I installed gretl 1.9.9 into OS X 10.8 as described below the gretl application icon
appears grayed out under and will not execute, giving the error message "…it is not
supported on this type of Mac." There was no previous installation of gretl on this
drive/OS.
However, the icon appears normal and gretl will execute normally when double-clicked
directly from the disk image. Is this a conflict related to OS X 10.8? As shown below
there are some instances of files within the gretl.app package not writing to my
/Applications directory (of which I am admin and owner).
I followed these steps:
1. Installed XQuartz 2.7.2 (X11)
2. Dragged GTK+.framework folder from disk image into /Library/Frameworks
3. Dragged gretl.app from gretl-1.9.9-intel.dmg into /Applications
4. Following Trouble-shooting instructions in gretl ReadMe, opened an xterm window and cd
/Applications/Gretl.app/Contents/Resources/bin/, then ./gretl.
5. Noted the error output:
dyld: Library not loaded: @executable_path/../lib/libgmp.3.dylib
Referenced from: /Applications/Gretl.app/Contents/Resources/bin/gretl_x11
Reason: no suitable image found. Did find:
/Applications/Gretl.app/Contents/Resources/bin/../lib/libgmp.3.dylib: file too
short
/Applications/Gretl.app/Contents/Resources/bin/../lib/libgmp.3.dylib: file too
short
Trace/BPT trap: 5
I see that a similar error message has appeared under OS X previously
(http://lists.wfu.edu/pipermail/gretl-users/2009-April/003220.html). When I checked the
contents of the gretl.app packages, though, I noticed that the contents of the
/Applications version differed from the disk image. For example, some of the dynamic
libraries, such as those referenced in the error message above, appear as zero bytes file
size on the hard drive. Please see output below.
Hard drive
----------------
Gvoz$ cd /Applications/Gretl.app/Contents/Resources/lib
Gvoz$ ls -l
total 6848
drwxr-xr-x@ 3 Gvoz admin 102 Jun 1 23:04 X11
drwxr-xr-x@ 42 Gvoz admin 1428 Jun 1 23:04 gretl-gtk2
-rwxr-xr-x@ 1 Gvoz admin 1109460 Jun 1 23:04 libfftw3.3.dylib
-rwxr-xr-x@ 1 Gvoz admin 0 Jun 1 23:04 libgmp.3.dylib
-rwxr-xr-x@ 1 Gvoz admin 1958552 Jun 1 23:04 libgretl-1.0.4.dylib
lrwxrwxrwx 1 Gvoz admin 20 Jun 1 23:04 libgretl-1.0.dylib ->
libgretl-1.0.4.dylib
lrwxrwxrwx 1 Gvoz admin 18 Jun 1 23:04 libgretl.dylib -> libgretl-1.0.dylib
-rwxr-xr-x@ 1 Gvoz admin 419140 Jun 1 23:04 libgtksourceview-2.0.0.dylib
lrwxrwxrwx 1 Gvoz admin 28 Jun 1 23:04 libgtksourceview-2.0.dylib ->
libgtksourceview-2.0.0.dylib
-rwxr-xr-x@ 1 Gvoz admin 0 Jun 1 23:04 libmpfr.1.dylib
-rwxr-xr-x@ 1 Gvoz admin 0 Jun 1 23:04 libreadline.5.2.dylib
Disk image
----------------
Gvoz$ cd /Volumes/gretl/Gretl.app/Contents/Resources/lib
Gvoz$ ls -l
total 9584
drwxr-xr-x@ 3 Gvoz staff 102 Jun 1 23:04 X11
drwxr-xr-x@ 42 Gvoz staff 1428 Jun 1 23:04 gretl-gtk2
-rwxr-xr-x@ 1 Gvoz staff 1109460 Jun 1 23:04 libfftw3.3.dylib
-rwxr-xr-x@ 1 Gvoz staff 221840 Jun 1 23:04 libgmp.3.dylib
-rwxr-xr-x@ 1 Gvoz staff 1958552 Jun 1 23:04 libgretl-1.0.4.dylib
lrwxrwxrwx 1 Gvoz staff 20 Jun 1 23:04 libgretl-1.0.dylib ->
libgretl-1.0.4.dylib
lrwxrwxrwx 1 Gvoz staff 18 Jun 1 23:04 libgretl.dylib -> libgretl-1.0.dylib
-rwxr-xr-x@ 1 Gvoz staff 419140 Jun 1 23:04 libgtksourceview-2.0.0.dylib
lrwxrwxrwx@ 1 Gvoz staff 28 Jun 1 23:04 libgtksourceview-2.0.dylib ->
libgtksourceview-2.0.0.dylib
-rwxr-xr-x@ 1 Gvoz staff 205448 Jun 1 23:04 libmpfr.1.dylib
-rwxr-xr-x@ 1 Gvoz staff 963636 Jun 1 23:04 libreadline.5.2.dylib
Thanks and regards,
Rob Gvozden
1:50 p.m.
Thanks, Rob, for the careful report. This is a strange problem. [I'm
top-posting on this occasion because I want to refer to your report
but not line-by-line.]
So, when you drag Gretl.app from the mounted disk image (of the
1.9.9 release) to /Applications, certain dynamic libraries are being
truncated to zero bytes and therefore (not surprisingly) gretl won't
run -- although it runs OK if launched directly from the disk image.
I don't have current OS X to experiment on but I just tested on OS X
10.6.8: deleted /Applications/Gretl.app, downloaded the gretl 1.9.9
intel image and installed via drag. All the dylibs were OK -- of the
expected size -- under /Applications.
So why is 10.8 not copying some of the libraries into place? Seems
to me it must be an OS X bug of some sort -- either a "simple"
breakage or maybe something complicated whereby the OS gets the idea
that certain dylibs are not usable on 10.8 and so doesn't copy their
content.
Could you try this experiment: copy the dylibs in question manually
from the disk image to the hard drive, and see if gretl will then
run from the HD. That is, something like
cp /Volumes/gretl/Gretl.app/Contents/Resources/lib/libgmp.3.dylib \
/Applications/Gretl.app/Contents/Resources/lib
(and so on for the other "bad" libraries).
You mention an earlier (2009) posting to the gretl-users list
regarding a problem where gretl wouldn't run, with an OS error
message "Library not loaded ... Reason: image not found". That was
actually a quite different issue: the full-size dylib was present,
but it was not found by the linker because the paths coded into
executable and library were not properly "relativized". That was
fixed a long time ago.
Allin Cottrell
On Sat, 11 Aug 2012, Rob Gvozden wrote:
When I installed gretl 1.9.9 into OS X 10.8 as described below the
gretl application icon appears grayed out under and will not execute, giving the error
message "…it is not supported on this type of Mac." There was no previous
installation of gretl on this drive/OS.
However, the icon appears normal and gretl will execute normally when double-clicked
directly from the disk image. Is this a conflict related to OS X 10.8? As shown below
there are some instances of files within the gretl.app package not writing to my
/Applications directory (of which I am admin and owner).
I followed these steps:
1. Installed XQuartz 2.7.2 (X11)
2. Dragged GTK+.framework folder from disk image into /Library/Frameworks
3. Dragged gretl.app from gretl-1.9.9-intel.dmg into /Applications
4. Following Trouble-shooting instructions in gretl ReadMe, opened an xterm window and cd
/Applications/Gretl.app/Contents/Resources/bin/, then ./gretl.
5. Noted the error output:
dyld: Library not loaded: @executable_path/../lib/libgmp.3.dylib
Referenced from: /Applications/Gretl.app/Contents/Resources/bin/gretl_x11
Reason: no suitable image found. Did find:
/Applications/Gretl.app/Contents/Resources/bin/../lib/libgmp.3.dylib: file too
short
/Applications/Gretl.app/Contents/Resources/bin/../lib/libgmp.3.dylib: file too
short
Trace/BPT trap: 5
I see that a similar error message has appeared under OS X previously
(http://lists.wfu.edu/pipermail/gretl-users/2009-April/003220.html). When I checked the
contents of the gretl.app packages, though, I noticed that the contents of the
/Applications version differed from the disk image. For example, some of the dynamic
libraries, such as those referenced in the error message above, appear as zero bytes file
size on the hard drive. Please see output below.
Hard drive
----------------
Gvoz$ cd /Applications/Gretl.app/Contents/Resources/lib
Gvoz$ ls -l
total 6848
drwxr-xr-x@ 3 Gvoz admin 102 Jun 1 23:04 X11
drwxr-xr-x@ 42 Gvoz admin 1428 Jun 1 23:04 gretl-gtk2
-rwxr-xr-x@ 1 Gvoz admin 1109460 Jun 1 23:04 libfftw3.3.dylib
-rwxr-xr-x@ 1 Gvoz admin 0 Jun 1 23:04 libgmp.3.dylib
-rwxr-xr-x@ 1 Gvoz admin 1958552 Jun 1 23:04 libgretl-1.0.4.dylib
lrwxrwxrwx 1 Gvoz admin 20 Jun 1 23:04 libgretl-1.0.dylib ->
libgretl-1.0.4.dylib
lrwxrwxrwx 1 Gvoz admin 18 Jun 1 23:04 libgretl.dylib -> libgretl-1.0.dylib
-rwxr-xr-x@ 1 Gvoz admin 419140 Jun 1 23:04 libgtksourceview-2.0.0.dylib
lrwxrwxrwx 1 Gvoz admin 28 Jun 1 23:04 libgtksourceview-2.0.dylib ->
libgtksourceview-2.0.0.dylib
-rwxr-xr-x@ 1 Gvoz admin 0 Jun 1 23:04 libmpfr.1.dylib
-rwxr-xr-x@ 1 Gvoz admin 0 Jun 1 23:04 libreadline.5.2.dylib
Disk image
----------------
Gvoz$ cd /Volumes/gretl/Gretl.app/Contents/Resources/lib
Gvoz$ ls -l
total 9584
drwxr-xr-x@ 3 Gvoz staff 102 Jun 1 23:04 X11
drwxr-xr-x@ 42 Gvoz staff 1428 Jun 1 23:04 gretl-gtk2
-rwxr-xr-x@ 1 Gvoz staff 1109460 Jun 1 23:04 libfftw3.3.dylib
-rwxr-xr-x@ 1 Gvoz staff 221840 Jun 1 23:04 libgmp.3.dylib
-rwxr-xr-x@ 1 Gvoz staff 1958552 Jun 1 23:04 libgretl-1.0.4.dylib
lrwxrwxrwx 1 Gvoz staff 20 Jun 1 23:04 libgretl-1.0.dylib ->
libgretl-1.0.4.dylib
lrwxrwxrwx 1 Gvoz staff 18 Jun 1 23:04 libgretl.dylib -> libgretl-1.0.dylib
-rwxr-xr-x@ 1 Gvoz staff 419140 Jun 1 23:04 libgtksourceview-2.0.0.dylib
lrwxrwxrwx@ 1 Gvoz staff 28 Jun 1 23:04 libgtksourceview-2.0.dylib ->
libgtksourceview-2.0.0.dylib
-rwxr-xr-x@ 1 Gvoz staff 205448 Jun 1 23:04 libmpfr.1.dylib
-rwxr-xr-x@ 1 Gvoz staff 963636 Jun 1 23:04 libreadline.5.2.dylib
2:52 p.m.
What happens if you drag Gretl.app from the disk image to somewhere not in /Applications
and then try to run Gretl?
Berend
On 11-08-2012, at 12:39, Rob Gvozden wrote:
When I installed gretl 1.9.9 into OS X 10.8 as described below the
gretl application icon appears grayed out under and will not execute, giving the error
message "…it is not supported on this type of Mac." There was no previous
installation of gretl on this drive/OS.
However, the icon appears normal and gretl will execute normally when double-clicked
directly from the disk image. Is this a conflict related to OS X 10.8? As shown below
there are some instances of files within the gretl.app package not writing to my
/Applications directory (of which I am admin and owner).
I followed these steps:
1. Installed XQuartz 2.7.2 (X11)
2. Dragged GTK+.framework folder from disk image into /Library/Frameworks
3. Dragged gretl.app from gretl-1.9.9-intel.dmg into /Applications
4. Following Trouble-shooting instructions in gretl ReadMe, opened an xterm window and cd
/Applications/Gretl.app/Contents/Resources/bin/, then ./gretl.
5. Noted the error output:
dyld: Library not loaded: @executable_path/../lib/libgmp.3.dylib
Referenced from: /Applications/Gretl.app/Contents/Resources/bin/gretl_x11
Reason: no suitable image found. Did find:
/Applications/Gretl.app/Contents/Resources/bin/../lib/libgmp.3.dylib: file too
short
/Applications/Gretl.app/Contents/Resources/bin/../lib/libgmp.3.dylib: file too
short
Trace/BPT trap: 5
I see that a similar error message has appeared under OS X previously
(http://lists.wfu.edu/pipermail/gretl-users/2009-April/003220.html). When I checked the
contents of the gretl.app packages, though, I noticed that the contents of the
/Applications version differed from the disk image. For example, some of the dynamic
libraries, such as those referenced in the error message above, appear as zero bytes file
size on the hard drive. Please see output below.
Hard drive
----------------
Gvoz$ cd /Applications/Gretl.app/Contents/Resources/lib
Gvoz$ ls -l
total 6848
drwxr-xr-x@ 3 Gvoz admin 102 Jun 1 23:04 X11
drwxr-xr-x@ 42 Gvoz admin 1428 Jun 1 23:04 gretl-gtk2
-rwxr-xr-x@ 1 Gvoz admin 1109460 Jun 1 23:04 libfftw3.3.dylib
-rwxr-xr-x@ 1 Gvoz admin 0 Jun 1 23:04 libgmp.3.dylib
-rwxr-xr-x@ 1 Gvoz admin 1958552 Jun 1 23:04 libgretl-1.0.4.dylib
lrwxrwxrwx 1 Gvoz admin 20 Jun 1 23:04 libgretl-1.0.dylib ->
libgretl-1.0.4.dylib
lrwxrwxrwx 1 Gvoz admin 18 Jun 1 23:04 libgretl.dylib -> libgretl-1.0.dylib
-rwxr-xr-x@ 1 Gvoz admin 419140 Jun 1 23:04 libgtksourceview-2.0.0.dylib
lrwxrwxrwx 1 Gvoz admin 28 Jun 1 23:04 libgtksourceview-2.0.dylib ->
libgtksourceview-2.0.0.dylib
-rwxr-xr-x@ 1 Gvoz admin 0 Jun 1 23:04 libmpfr.1.dylib
-rwxr-xr-x@ 1 Gvoz admin 0 Jun 1 23:04 libreadline.5.2.dylib
Disk image
----------------
Gvoz$ cd /Volumes/gretl/Gretl.app/Contents/Resources/lib
Gvoz$ ls -l
total 9584
drwxr-xr-x@ 3 Gvoz staff 102 Jun 1 23:04 X11
drwxr-xr-x@ 42 Gvoz staff 1428 Jun 1 23:04 gretl-gtk2
-rwxr-xr-x@ 1 Gvoz staff 1109460 Jun 1 23:04 libfftw3.3.dylib
-rwxr-xr-x@ 1 Gvoz staff 221840 Jun 1 23:04 libgmp.3.dylib
-rwxr-xr-x@ 1 Gvoz staff 1958552 Jun 1 23:04 libgretl-1.0.4.dylib
lrwxrwxrwx 1 Gvoz staff 20 Jun 1 23:04 libgretl-1.0.dylib ->
libgretl-1.0.4.dylib
lrwxrwxrwx 1 Gvoz staff 18 Jun 1 23:04 libgretl.dylib -> libgretl-1.0.dylib
-rwxr-xr-x@ 1 Gvoz staff 419140 Jun 1 23:04 libgtksourceview-2.0.0.dylib
lrwxrwxrwx@ 1 Gvoz staff 28 Jun 1 23:04 libgtksourceview-2.0.dylib ->
libgtksourceview-2.0.0.dylib
-rwxr-xr-x@ 1 Gvoz staff 205448 Jun 1 23:04 libmpfr.1.dylib
-rwxr-xr-x@ 1 Gvoz staff 963636 Jun 1 23:04 libreadline.5.2.dylib
Thanks and regards,
Rob Gvozden
_______________________________________________
Gretl-devel mailing list
Gretl-devel(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-devel
4521
days inactive
4521
days old
2 comments
3 participants
participants (3)
-
Allin Cottrell -
Berend Hasselman -
Rob Gvozden