Low-level issue with XCode 4 and MacPorts

[Jeremy Huddleston]

Yes.  That is the bug mentioned in the ticket by Joshua.

--Jeremy

On Jun 22, 2011, at 21:28, Sam Goldman wrote:

> For what it's worth, here is a reduced program that segfaults if
> linked against the macports ncurses.
> 
> ---
> #include <curses.h>
> 
> int main(void)
> {
>        initscr();
>        keypad(stdscr, true);
>        return 0;
> }
> ---
> 
> On Wed, Jun 22, 2011 at 4:45 PM, Joshua Root <jmr at macports.org> wrote:
>> On 2011-6-23 06:02 , Sam Goldman wrote:
>>> I installed the XCode 4.2 beta w/ iOS 5 on Snow Leopard and then
>>> installed a fresh MacPorts on top. MacPorts runs fine, and I tried to
>>> install irssi, which installed successfully. However, when I tried to
>>> run it, I got the following error:
>>> 
>>> macbook:~ sam$ irssi
>>> Terminal doesn't support cursor movement
>>> Can't initialize screen handling, quitting.
>>> You can still use the dummy mode with -d parameter
>>> 
>>> Thinking perhaps this issue would be resolved upstream, I cleared out
>>> my MacPorts and installed from subversion, per the guide[1]. I
>>> experienced the same issue.
>>> 
>>> On IRC, someone suggested that I try to install something simpler,
>>> htop. htop installed successfully but segfaults when I try to run it.
>>> Here is a GDB session with backtrace:
>>> 
>>> macbook:~ sam$ gdb htop
>>> GNU gdb 6.3.50-20050815 (Apple version gdb-1700.2) (Thu May 19
>>> 01:38:32 UTC 2011)
>>> Copyright 2004 Free Software Foundation, Inc.
>>> GDB is free software, covered by the GNU General Public License, and you are
>>> welcome to change it and/or distribute copies of it under certain conditions.
>>> Type "show copying" to see the conditions.
>>> There is absolutely no warranty for GDB.  Type "show warranty" for details.
>>> This GDB was configured as "x86_64-apple-darwin"...Reading symbols for
>>> shared libraries ... done
>>> 
>>> (gdb) run
>>> Starting program: /opt/local/bin/htop
>>> Reading symbols for shared libraries ++. done
>>> 
>>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>>> Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000020
>>> 0x000000010003d419 in _nc_init_keytry ()
>>> (gdb) bt
>>> #0  0x000000010003d419 in _nc_init_keytry ()
>>> #1  0x000000010003e422 in _nc_keypad ()
>>> #2  0x000000010000352d in CRT_init ()
>>> #3  0x0000000100004d3b in main ()
>>> 
>>> 
>>> I think that the issue is very low level, perhaps with curses or
>>> terminfo. I'm not sure the best way to confirm or deny.
>>> 
>>> I realize that XCode 4 is beta and not everyone will have it, but I
>>> would be happy to help with the debugging effort.
>> 
>> Probably not the answer you're hoping for, but yes, the current Xcode
>> beta seems to be kind of broken and causes runtime errors for several
>> programs. See:
>> 
>> <https://trac.macports.org/ticket/29771#comment:7>
>> 
>> - Josh
>> 
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
>