Thread: Beta 2 start problem on OS X
Hi, I built b2 on OS X succesfully. However, trying to run it leads to an immediate crash with the following: ================ Date/Time: 2007-07-30 15:31:28.098 +0300 OS Version: 10.4.10 (Build 8R2218) Command: pgAdmin3 Path: /Applications/MacPorts/pgAdmin3.app/Contents/MacOS/pgAdmin3 Version: 1.8 (1.8.0-beta2) ... Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000000 Thread 0 Crashed: 0 libwx_macu-2.8.0.dylib 0x01191382 wxStringBase::find (wxStringBase const&, unsigned long) const + 14 1 libwx_macu-2.8.0.dylib 0x01192158 wxStringBase::find(wchar_t const*, unsigned long, unsigned long) const + 62 2 libwx_macu-2.8.0.dylib 0x011921b4 wxString::Find(wchar_t const*) const + 40 3 org.postgresql.pgadmin 0x002e4722 0x1000 + 3028770 4 org.postgresql.pgadmin 0x0000b1e2 0x1000 + 41442 5 org.postgresql.pgadmin 0x00010a23 0x1000 + 64035 6 org.postgresql.pgadmin 0x003a23df 0x1000 + 3806175 7 libwx_macu-2.8.0.dylib 0x011752c6 wxEntry(int&, wchar_t**) + 52 8 org.postgresql.pgadmin 0x00005d28 0x1000 + 19752 9 org.postgresql.pgadmin 0x0000569e 0x1000 + 18078 10 org.postgresql.pgadmin 0x000055c5 0x1000 + 17861 Thread 0 crashed with X86 Thread State (32-bit): eax: 0x00000000 ebx: 0x002e4668 ecx: 0x00000000 edx: 0x00000000 edi: 0xbffff358 esi: 0xbffff2ec ebp: 0xbffff2c8 esp: 0xbffff29c ss: 0x0000001f efl: 0x00010296 eip: 0x01191382 cs: 0x00000017 ds: 0x0000001f es: 0x0000001f fs: 0x00000000 gs: 0x00000037 Binary Images Description: 0x1000 - 0x4a1fff org.postgresql.pgadmin 1.8 (1.8.0-beta2) / Applications/MacPorts/pgAdmin3.app/Contents/MacOS/pgAdmin3 0x5c5000 - 0x5d6fff libz.1.dylib /Applications/MacPorts/ pgAdmin3.app/Contents/Frameworks/libz.1.dylib 0x5db000 - 0x5effff libpq.5.dylib /Applications/MacPorts/ pgAdmin3.app/Contents/Frameworks/libpq.5.dylib 0x705000 - 0x73efff libwx_macu_ogl-2.8.0.dylib /Applications/ MacPorts/pgAdmin3.app/Contents/Frameworks/libwx_macu_ogl-2.8.0.dylib 0x772000 - 0x7a4fff libssl.0.9.8.dylib /Applications/MacPorts/ pgAdmin3.app/Contents/Frameworks/libssl.0.9.8.dylib 0x7e6000 - 0x7e7fff com.apple.textencoding.unicode 2.1 /System/ Library/TextEncodings/Unicode Encodings.bundle/Contents/MacOS/Unicode Encodings 0x1008000 - 0x10e4fff libwx_macu_stc-2.8.0.dylib /Applications/ MacPorts/pgAdmin3.app/Contents/Frameworks/libwx_macu_stc-2.8.0.dylib 0x1138000 - 0x16c4fff libwx_macu-2.8.0.dylib /Applications/ MacPorts/pgAdmin3.app/Contents/Frameworks/libwx_macu-2.8.0.dylib 0x1ad9000 - 0x1bc9fff libxml2.2.dylib /Applications/MacPorts/ pgAdmin3.app/Contents/Frameworks/libxml2.2.dylib 0x1bf8000 - 0x1cedfff libiconv.2.dylib /Applications/MacPorts/ pgAdmin3.app/Contents/Frameworks/libiconv.2.dylib 0x1d47000 - 0x1d70fff libxslt.1.dylib /Applications/MacPorts/ pgAdmin3.app/Contents/Frameworks/libxslt.1.dylib 0x1e07000 - 0x1e60fff libSDL-1.2.0.dylib /Applications/MacPorts/ pgAdmin3.app/Contents/Frameworks/libSDL-1.2.0.dylib 0x2024000 - 0x2113fff libcrypto.0.9.8.dylib /Applications/ MacPorts/pgAdmin3.app/Contents/Frameworks/libcrypto.0.9.8.dylib ... Model: MacBookPro, ..., Intel Core 2 Duo, 2.33 GHz, 2 GB ================ I expect to find the cause later, but if someone finds it immediately, it would be nice. It could have something to do with some of the libraries, but I am not sure. Build itself goes fine, but … (wxWidgets in MacPorts does currently not have the --enable- mimetype=no configure option mentioned in the instructions, though I'd guess it is not essential, which may be wrong) ! ! Jyrki Wahlstedt ! http://www.wahlstedt.fi/jyrki/ ! ! Our life is no dream; but it ought to become one and perhaps will. ! PGP key ID: 0x139CC386 fingerprint: F355 B46F 026C B8C1 89C0 A780 6366 EFD9 139C C386
Jyrki Wahlstedt wrote: > Hi, > I built b2 on OS X succesfully. However, trying to run it leads to an > immediate crash with the following: :-( > I expect to find the cause later, but if someone finds it immediately, > it would be nice. It could have something to do with some of the > libraries, but I am not sure. Build itself goes fine, but … (wxWidgets > in MacPorts does currently not have the --enable-mimetype=no configure > option mentioned in the instructions, though I'd guess it is not > essential, which may be wrong) No, the mimetype option is unlikely to make any noticeable difference in reality. What configure option were used for wxWidgets, PostgreSQL and pgAdmin? What version of each were used exactly? Finally, I have seen a complete clean and rebuild cause crashes to mysteriously vanish never to be seen again on my Mac - have you tried that? Regards, Dave.
On 30.7.2007, at 22.59, Dave Page wrote: > Jyrki Wahlstedt wrote: >> Hi, >> I built b2 on OS X succesfully. However, trying to run it leads to an >> immediate crash with the following: > > :-( > >> I expect to find the cause later, but if someone finds it >> immediately, >> it would be nice. It could have something to do with some of the >> libraries, but I am not sure. Build itself goes fine, but … >> (wxWidgets >> in MacPorts does currently not have the --enable-mimetype=no >> configure >> option mentioned in the instructions, though I'd guess it is not >> essential, which may be wrong) > > No, the mimetype option is unlikely to make any noticeable > difference in > reality. That's what I thought… > > What configure option were used for wxWidgets, PostgreSQL and pgAdmin? > What version of each were used exactly? This is easy, though longish (all configure options are defined in MacPorts Portfiles): wxWidgets: 2.8.4 configured with --mandir=${prefix}/share/man \ --with-libiconv-prefix=${prefix} \ --with-libjpeg \ --with-libtiff \ --with-libpng \ --with-zlib \ --with-sdl \ --with-opengl \ --with-mac \ --disable-sdltest \ --enable-unicode \ --enable-display \ --enable-monolithic PostgreSQL: 8.2.4 configured with --sysconfdir=${prefix}/etc/${name} \ --bindir=${libdir}/bin \ --libdir=${libdir} \ --includedir=${prefix}/include/$ {name} \ --datadir=${prefix}/share/${name} \ --mandir=${prefix}/share/man \ --without-docdir \ --with-includes=${prefix}/include \ --with-libraries=${prefix}/lib \ --with-openssl \ --with-bonjour \ --with-readline \ --with-zlib \ --enable-thread-safety \ --enable-integer-datetimes pgAdmin: 1.8.0 beta2 configured with--with-pgsql=${worksrcpath}/postgresql82 \ --with-wx=${prefix} \ --with-wx-version=2.8 \ --with-libxml2=${prefix} \ --with-libxslt=${prefix} \ --enable-appbundle > > Finally, I have seen a complete clean and rebuild cause crashes to > mysteriously vanish never to be seen again on my Mac - have you > tried that? > I'll do that eventually. > Regards, Dave. Thanks for the help! ! ! Jyrki Wahlstedt ! http://www.wahlstedt.fi/jyrki/ ! ! Our life is no dream; but it ought to become one and perhaps will. ! PGP key ID: 0x139CC386 fingerprint: F355 B46F 026C B8C1 89C0 A780 6366 EFD9 139C C386
Jyrki Wahlstedt a écrit : >>[...] >> What configure option were used for wxWidgets, PostgreSQL and pgAdmin? >> What version of each were used exactly? > This is easy, though longish (all configure options are defined in > MacPorts Portfiles): > wxWidgets: 2.8.4 This is really strange. Excerpt of your previous email : 0 libwx_macu-2.8.0.dylib 0x01191382 wxStringBase::find(wxStringBase const&, unsigned long) const + 14 libwx_macu-2.8.0.dylib seems to be 2.8.0, not 2.8.4. If you have many different releases, try uninstall the oldest. Regards. -- Guillaume. <!-- http://abs.traduc.org/ http://lfs.traduc.org/ http://docs.postgresqlfr.org/ -->
Guillaume Lelarge wrote: > Jyrki Wahlstedt a écrit : >>> [...] >>> What configure option were used for wxWidgets, PostgreSQL and pgAdmin? >>> What version of each were used exactly? >> This is easy, though longish (all configure options are defined in >> MacPorts Portfiles): >> wxWidgets: 2.8.4 > > This is really strange. Excerpt of your previous email : > > 0 libwx_macu-2.8.0.dylib 0x01191382 > wxStringBase::find(wxStringBase const&, unsigned long) const + 14 iirc, thats normal on OS X. Regards, Dave
Jyrki Wahlstedt wrote: >> What configure option were used for wxWidgets, PostgreSQL and pgAdmin? >> What version of each were used exactly? > This is easy, though longish (all configure options are defined in > MacPorts Portfiles): > wxWidgets: 2.8.4 > configured with --mandir=${prefix}/share/man \ > --with-libiconv-prefix=${prefix} \ > --with-libjpeg \ > --with-libtiff \ > --with-libpng \ > --with-zlib \ > --with-sdl \ > --with-opengl \ > --with-mac \ > --disable-sdltest \ > --enable-unicode \ > --enable-display \ > --enable-monolithic We don't test or recommend --enable-monolithic - although it /should/ work in theory, it might be causing problems. Regards, Dave.
On 31.7.2007, at 10.39, Dave Page wrote: > Jyrki Wahlstedt wrote: > >>> What configure option were used for wxWidgets, PostgreSQL and >>> pgAdmin? >>> What version of each were used exactly? >> This is easy, though longish (all configure options are defined in >> MacPorts Portfiles): >> wxWidgets: 2.8.4 >> configured with --mandir=${prefix}/share/man \ >> --with-libiconv-prefix=${prefix} \ >> --with-libjpeg \ >> --with-libtiff \ >> --with-libpng \ >> --with-zlib \ >> --with-sdl \ >> --with-opengl \ >> --with-mac \ >> --disable-sdltest \ >> --enable-unicode \ >> --enable-display \ >> --enable-monolithic > > We don't test or recommend --enable-monolithic - although it / > should/ work in theory, it might be causing problems. > > Regards, Dave. I must admit I'm at loss at the moment. I built myself a modified version of wxWidgets with separate libraries, but that did not help, the report just shows another library :-( For the record, I then built 1.6.3 with exactly the same dependencies, and had no problem with that (worked with monolithic library, too) :-S At first I wondered a bit the extra libraries I had in bundle's Frameworks compared to prebuilt image, but they come as wxWidgets' dependencies, I'd guess. ! ! Jyrki Wahlstedt ! http://www.wahlstedt.fi/jyrki/ ! ! Our life is no dream; but it ought to become one and perhaps will. ! PGP key ID: 0x139CC386 fingerprint: F355 B46F 026C B8C1 89C0 A780 6366 EFD9 139C C386
Jyrki Wahlstedt wrote: > > I must admit I'm at loss at the moment. I built myself a modified > version of wxWidgets with separate libraries, but that did not help, the > report just shows another library :-( For the record, I then built 1.6.3 > with exactly the same dependencies, and had no problem with that (worked > with monolithic library, too) :-S > At first I wondered a bit the extra libraries I had in bundle's > Frameworks compared to prebuilt image, but they come as wxWidgets' > dependencies, I'd guess. Might be worth trying SVN trunk. Or for that matter, do the precompiled binaries on our website work? /D
On 31.7.2007, at 15.14, Dave Page wrote: > Jyrki Wahlstedt wrote: >> I must admit I'm at loss at the moment. I built myself a modified >> version of wxWidgets with separate libraries, but that did not >> help, the report just shows another library :-( For the record, I >> then built 1.6.3 with exactly the same dependencies, and had no >> problem with that (worked with monolithic library, too) :-S >> At first I wondered a bit the extra libraries I had in bundle's >> Frameworks compared to prebuilt image, but they come as wxWidgets' >> dependencies, I'd guess. > > Might be worth trying SVN trunk. Or for that matter, do the > precompiled binaries on our website work? > > /D > Yes, the site binary works, but as I'm trying to get my MacPorts Portfile to work, that is a reference only. I'll get SVN checkout and see, how it's doing. It seems I have to look hard, what wxWidgets is doing (from minimal upwards) … ! ! Jyrki Wahlstedt ! http://www.wahlstedt.fi/jyrki/ ! ! Our life is no dream; but it ought to become one and perhaps will. ! PGP key ID: 0x139CC386 fingerprint: F355 B46F 026C B8C1 89C0 A780 6366 EFD9 139C C386
On 31.7.2007, at 15.14, Dave Page wrote: > Jyrki Wahlstedt wrote: >> I must admit I'm at loss at the moment. I built myself a modified >> version of wxWidgets with separate libraries, but that did not >> help, the report just shows another library :-( For the record, I >> then built 1.6.3 with exactly the same dependencies, and had no >> problem with that (worked with monolithic library, too) :-S >> At first I wondered a bit the extra libraries I had in bundle's >> Frameworks compared to prebuilt image, but they come as wxWidgets' >> dependencies, I'd guess. > > Might be worth trying SVN trunk. Or for that matter, do the > precompiled binaries on our website work? > > /D Hi, checked out SVN trunk. Nothing spectacular, bootstrap just should be fixed somehow, it explicitly uses aclocal-1.9 and automake-1.9. I had to edit that, as I have 1.10 versions. MacPorts installation create both versioned names and unversioned ones. Probably someone else sees the same problem… ! ! Jyrki Wahlstedt ! http://www.wahlstedt.fi/jyrki/ ! ! Our life is no dream; but it ought to become one and perhaps will. ! PGP key ID: 0x139CC386 fingerprint: F355 B46F 026C B8C1 89C0 A780 6366 EFD9 139C C386
Jyrki Wahlstedt wrote: > > Hi, > checked out SVN trunk. Nothing spectacular, Does that mean it works or not? > bootstrap just should be > fixed somehow, it explicitly uses aclocal-1.9 and automake-1.9. I had to > edit that, as I have 1.10 versions. MacPorts installation create both > versioned names and unversioned ones. Probably someone else sees the > same problem… Yeah, that was a quick fix to ensure we don't try to use an older version. Not sure how to handle that offhand except to say 'use 1.9 or edit the script'!! /D
On 31.7.2007, at 21.07, Dave Page wrote: > Jyrki Wahlstedt wrote: >> >> Hi, >> checked out SVN trunk. Nothing spectacular, > > Does that mean it works or not? No luck so far, sad… > >> bootstrap just should be >> fixed somehow, it explicitly uses aclocal-1.9 and automake-1.9. I >> had to >> edit that, as I have 1.10 versions. MacPorts installation create both >> versioned names and unversioned ones. Probably someone else sees the >> same problem… > > Yeah, that was a quick fix to ensure we don't try to use an older > version. Not sure how to handle that offhand except to say 'use 1.9 or > edit the script'!! > Well, it is easy that way, no problem, and in the package it does not exist. ! ! Jyrki Wahlstedt ! http://www.wahlstedt.fi/jyrki/ ! ! Our life is no dream; but it ought to become one and perhaps will. ! PGP key ID: 0x139CC386 fingerprint: F355 B46F 026C B8C1 89C0 A780 6366 EFD9 139C C386