[Home]

Summary:ASTERISK-06435: asterisk build on intel iMac crashes or gets into a race condition....
Reporter:Ian Dickens (iansouth1)Labels:
Date Opened:2006-02-28 05:49:14.000-0600Date Closed:2006-04-05 15:18:13
Priority:CriticalRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) btfull
( 1) gdb1
( 2) ian
( 3) ian1
( 4) ian3
( 5) Makefile.diff.intelmac
( 6) poll.h
Description:It seems to crash with a bus error at random intervals when making calls via SIP.  When attempting to use AMP to create/update extensions, asterisk seems to either soak 100% cpu forever or crash with a bus error.  I wondering if this is a problem with the manager interface.

i can provide access to the "full" file if needed, It's quite large....



****** ADDITIONAL INFORMATION ******

MacOSX 10.4.5
Intel Duo Core
iMac
No additional HW installed
Cisco 7940 phones.
using IAX2 to 2 remote locations.
Comments:By: Russell Bryant (russell) 2006-02-28 12:35:38.000-0600

Please rebuild asterisk with "make dont-optimize" and provide the backtrace using "bt full" and attach it to this bug report.  Thanks!
By: Ian Dickens (iansouth1) 2006-02-28 19:23:52.000-0600

This is when asterisk consumer 100% cpu and stops accepting registrations....
By: Ian Dickens (iansouth1) 2006-02-28 19:37:11.000-0600

File ian3 is a case where I attempt to delete an entension and it causes asterisk to quit with a bus error.
By: Tilghman Lesher (tilghman) 2006-02-28 22:45:38.000-0600

The output of your messages file is completely unhelpful.  Please pay attention to Russell's bugnote, as a stack backtrace is the ONLY thing that is likely to be helpful at this point.  Since most of the developers do not have the platform you are running, we need very specific debugging information.
By: Ian Dickens (iansouth1) 2006-03-01 15:37:10.000-0600

Sorry, didn't realize gdb info was wanted.  Sorry.  See btfull.
By: Mark Spencer (markster) 2006-03-01 18:18:08.000-0600

Do you have /usr/include/sys/poll.h ?
By: Ian Dickens (iansouth1) 2006-03-01 18:54:57.000-0600

uploaded poll.h
By: Mark Spencer (markster) 2006-03-01 19:57:59.000-0600

in the Makefile, find this:
ifeq ($(OSARCH),Darwin)
 LIBS+=-lresolv
 ASTCFLAGS+=-D__Darwin__
 AUDIO_LIBS=-framework CoreAudio
 ASTLINK=-Wl,-dynamic
 SOLINK=-dynamic -bundle -undefined suppress -force_flat_namespace
 OBJS+=poll.o
 ASTCFLAGS+=-DPOLLCOMPAT
else
#These are used for all but Darwin
 ASTLINK=-Wl,-E
 SOLINK=-shared -Xlinker -x
 ifeq ($(findstring BSD,$(OSARCH)),BSD)
   SOLINK+=-L$(CROSS_COMPILE_TARGET)/usr/local/lib
 endif
endif


Try either (a) commenting out the entire section and leaving only the part within the else clause or (b) just comment out the OBJ+=poll.o and see if that works.
By: Ian Dickens (iansouth1) 2006-03-01 20:37:40.000-0600

The linker doesn't like -E...  So i tried:

#ifeq ($(OSARCH),Darwin)
 LIBS+=-lresolv
 ASTCFLAGS+=-D__Darwin__
 AUDIO_LIBS=-framework CoreAudio
 ASTLINK=-Wl,-dynamic
 SOLINK=-dynamic -bundle -undefined suppress -force_flat_namespace
#  OBJS+= poll.o
 ASTCFLAGS+=-DPOLLCOMPAT
#else
#These are used for all but Darwin
#  ASTLINK=-Wl,-E
#  SOLINK=-shared -Xlinker -x
#endif


And it dumped core, bus error.....  See gdb1
By: Ian Dickens (iansouth1) 2006-03-01 20:39:18.000-0600

Crap,  I see the else clause is different.  Let me try it first...
By: Mark Spencer (markster) 2006-03-01 20:49:43.000-0600

This is not a valid backtrace.  It's going to take some printf debugging to try to  nail it down.
By: Ian Dickens (iansouth1) 2006-03-01 20:57:06.000-0600

This poped up just now.  Waiting for a core dump....

asterisk(6435,0x1818200) malloc: *** vm_allocate(size=3690987520) failed (error code=3)
asterisk(6435,0x1818200) malloc: *** error: can't allocate region
asterisk(6435,0x1818200) malloc: *** set a breakpoint in szone_error to debug
asterisk(6435,0x1818200) malloc: *** vm_allocate(size=3690987520) failed (error code=3)
asterisk(6435,0x1818200) malloc: *** error: can't allocate region
asterisk(6435,0x1818200) malloc: *** set a breakpoint in szone_error to debug
asterisk(6435,0x1818200) malloc: *** vm_allocate(size=3690987520) failed (error code=3)
asterisk(6435,0x1818200) malloc: *** error: can't allocate region
asterisk(6435,0x1818200) malloc: *** set a breakpoint in szone_error to debug
asterisk(6435,0x1818200) malloc: *** vm_allocate(size=3690987520) failed (error code=3)
asterisk(6435,0x1818200) malloc: *** error: can't allocate region
asterisk(6435,0x1818200) malloc: *** set a breakpoint in szone_error to debug
asterisk(6435,0x1818200) malloc: *** vm_allocate(size=3690987520) failed (error code=3)
asterisk(6435,0x1818200) malloc: *** error: can't allocate region
asterisk(6435,0x1818200) malloc: *** set a breakpoint in szone_error to debug
asterisk(6435,0x1818200) malloc: *** vm_allocate(size=3690987520) failed (error code=3)
asterisk(6435,0x1818200) malloc: *** error: can't allocate region
asterisk(6435,0x1818200) malloc: *** set a breakpoint in szone_error to debug
asterisk(6435,0x1818200) malloc: *** vm_allocate(size=3690987520) failed (error code=3)
asterisk(6435,0x1818200) malloc: *** error: can't allocate region
asterisk(6435,0x1818200) malloc: *** set a breakpoint in szone_error to debug
asterisk(6435,0x1818200) malloc: *** vm_allocate(size=3690987520) failed (error code=3)
asterisk(6435,0x1818200) malloc: *** error: can't allocate region
asterisk(6435,0x1818200) malloc: *** set a breakpoint in szone_error to debug
By: Ian Dickens (iansouth1) 2006-03-01 21:00:07.000-0600

gdb says:

singer:/cores root# gdb asterisk core.6435
GNU gdb 6.1-20040303 (Apple version gdb-434) (Wed Nov  2 17:23:33 GMT 2005)
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 "i386-apple-darwin"...Reading symbols for shared libraries ..... done

Core was generated by `/usr/sbin/asterisk'.
#0  0x900bc98c in poll ()
(gdb) bt full
#0  0x900bc98c in poll ()
No symbol table info available.
#1  0x0007c382 in main (argc=0, argv=0x0) at asterisk.c:2429
       p = {
 fd = 1415533125,
 events = 22597,
 revents = 24404
}
       c = 0
       filename = '\0' <repeats 79 times>
       hostname = "l/ian\000PWD=/Users/ian/build/asterisk-1.2.4\000SUDO_COMMAND=/usr/bin/su\000HOME=/var/root\000SHLVL=2\000LOGNAME=root\000SSH_CONNECTION=192.168.243.14 49210 192.168.243.24 22\000SUDO_GID=502\000_=/usr/sbin/asterisk", '\0' <repeats 65 times>
       tmp = "in:/sbin:/usr/bin:/usr/sbin:/opt/local/usr/bin:/opt/local/usr/sbin\000MAIL=/var/mai"
       xarg = 0x0
       x = 0
       f = (FILE *) 0x0
       sigs = 1647263048
       num = 1413566464
       is_child_of_nonroot = 0
       buf = 0x0
       runuser = 0x0
       rungroup = 0x0
       __PRETTY_FUNCTION__ = "main"


Makefile:

ifeq ($(OSARCH),Darwin)
 LIBS+=-lresolv
 ASTCFLAGS+=-D__Darwin__
 AUDIO_LIBS=-framework CoreAudio
 ASTLINK=-Wl,-dynamic
 SOLINK=-dynamic -bundle -undefined suppress -force_flat_namespace
#  OBJS+=poll.o
 ASTCFLAGS+=-DPOLLCOMPAT
#else
#These are used for all but Darwin
#  ASTLINK=-Wl,-E
#  SOLINK=-shared -Xlinker -x
#  ifeq ($(findstring BSD,$(OSARCH)),BSD)
#    SOLINK+=-L$(CROSS_COMPILE_TARGET)/usr/local/lib
#  endif
endif
By: Ian Dickens (iansouth1) 2006-03-11 14:19:37.000-0600

Anything more needed from me?  I tried asterisk 1.2.5 which produced the same results.
By: Thorsten Lockert (tholo) 2006-03-16 13:46:42.000-0600

When commenting out the "OBJ+=poll.o" line, you *must* also comment out the "ASTCFLAGS+=-DPOLLCOMPAT" line.
By: Ian Dickens (iansouth1) 2006-03-17 15:31:44.000-0600

asterisk isn't crashing anymore.  Many thanks.  Moving to asterisk 1.2.5 and commenting out the lines produced a working binary.  Also, I had to remove the "-r" from any sed lines in other files as MacOSX's sed doesn't understand it.

Side note:

Could someone shed some light on this <pasted from another posting I made in another forum>:

I am experiencing a problem when setting up my spa3k to call the digital assisstant.  I can call 7777 from any phone and get the menu.  When an outside call from the PSTN is routed to asterisk/amportal I get a fast busy signal.  My configuration consists of:

asterisk-1.2.5
freepbx 2.0beta5
mysql
macosx (intel version)

A quick look at logging indicates a 503 Service Unavailable problem, I admit that I am not sure exactly what the issue is.  The spa3k is registered and I can make outgoing calls ok.

Mar 17 15:15:31 VERBOSE[446] logger.c: Destroying call '3414728C-1DD2-11B2-B0E7-E7EA3F361FF9@xxx.xxx.xxx.8'
Mar 17 15:15:37 VERBOSE[446] logger.c:
<-- SIP read from xxx.xxx.xxx.88:5061:
INVITE sip:7777@xxx.xxx.xxx.24 SIP/2.0
Via: SIP/2.0/UDP xxx.xxx.xxx.88:5061;branch=z9hG4bK-6bd0b486
From: spa3000 <sip:spa3000@xxx.xxx.xxx.24>;tag=8d5f06d86c0f96b6o1
To: <sip:7777@xxx.xxx.xxx.24>
Call-ID: 99673b00-fd54b0ae@xxx.xxx.xxx.88
CSeq: 101 INVITE
Max-Forwards: 70
Contact: spa3000 <sip:spa3000@xxx.xxx.xxx.88:5061>
Expires: 240
User-Agent: Sipura/SPA3000-2.0.13(GWg)
Content-Length: 210
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: x-sipura
Content-Type: application/sdp

v=0
o=- 359727 359727 IN IP4 xxx.xxx.xxx.88
s=-
c=IN IP4 xxx.xxx.xxx.88
t=0 0
m=audio 16400 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:30
a=sendrecv

Mar 17 15:15:37 VERBOSE[446] logger.c: --- (14 headers 11 lines)Mar 17 15:15:37 VERBOSE[446] logger.c: --- (14 headers 11 lines)---
Mar 17 15:15:37 VERBOSE[446] logger.c: Using INVITE request as basis request - 99673b00-fd54b0ae@xxx.xxx.xxx.88
Mar 17 15:15:37 VERBOSE[446] logger.c: Sending to xxx.xxx.xxx.88 : 5061 (non-NAT)
Mar 17 15:15:37 VERBOSE[446] logger.c: Reliably Transmitting (no NAT) to xxx.xxx.xxx.88:5061:
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP xxx.xxx.xxx.88:5061;branch=z9hG4bK-6bd0b486;received=xxx.xxx.xxx.88
From: spa3000 <sip:spa3000@xxx.xxx.xxx.24>;tag=8d5f06d86c0f96b6o1
To: <sip:7777@xxx.xxx.xxx.24>;tag=as2c7fcfa4
Call-ID: 99673b00-fd54b0ae@xxx.xxx.xxx.88
CSeq: 101 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:7777@xxx.xxx.xxx.24>
Proxy-Authenticate: Digest realm="asterisk", nonce="56109bf4"
Content-Length: 0


---
Mar 17 15:15:37 VERBOSE[446] logger.c: Scheduling destruction of call '99673b00-fd54b0ae@xxx.xxx.xxx.88' in 15000 ms
Mar 17 15:15:37 VERBOSE[446] logger.c: Found user 'spa3000'
Mar 17 15:15:37 VERBOSE[446] logger.c:
<-- SIP read from xxx.xxx.xxx.88:5061:
ACK sip:7777@xxx.xxx.xxx.24 SIP/2.0
Via: SIP/2.0/UDP xxx.xxx.xxx.88:5061;branch=z9hG4bK-6bd0b486
From: spa3000 <sip:spa3000@xxx.xxx.xxx.24>;tag=8d5f06d86c0f96b6o1
To: <sip:7777@xxx.xxx.xxx.24>;tag=as2c7fcfa4
Call-ID: 99673b00-fd54b0ae@xxx.xxx.xxx.88
CSeq: 101 ACK
Max-Forwards: 70
Contact: spa3000 <sip:spa3000@xxx.xxx.xxx.88:5061>
User-Agent: Sipura/SPA3000-2.0.13(GWg)
Content-Length: 0


Mar 17 15:15:37 VERBOSE[446] logger.c: --- (10 headers 0 lines)Mar 17 15:15:37 VERBOSE[446] logger.c: --- (10 headers 0 lines)---
Mar 17 15:15:37 VERBOSE[446] logger.c:
<-- SIP read from xxx.xxx.xxx.88:5061:
INVITE sip:7777@xxx.xxx.xxx.24 SIP/2.0
Via: SIP/2.0/UDP xxx.xxx.xxx.88:5061;branch=z9hG4bK-bc9ed036
From: spa3000 <sip:spa3000@xxx.xxx.xxx.24>;tag=8d5f06d86c0f96b6o1
To: <sip:7777@xxx.xxx.xxx.24>
Call-ID: 99673b00-fd54b0ae@xxx.xxx.xxx.88
CSeq: 102 INVITE
Max-Forwards: 70
Proxy-Authorization: Digest username="spa3000",realm="asterisk",nonce="56109bf4",uri="sip:7777@xxx.xxx.xxx.24",algorithm=MD5,response="457d5be2a100a6469f0beee9922a7a51"
Contact: spa3000 <sip:spa3000@xxx.xxx.xxx.88:5061>
Expires: 240
User-Agent: Sipura/SPA3000-2.0.13(GWg)
Content-Length: 210
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: x-sipura
Content-Type: application/sdp

v=0
o=- 359727 359727 IN IP4 xxx.xxx.xxx.88
s=-
c=IN IP4 xxx.xxx.xxx.88
t=0 0
m=audio 16400 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:30
a=sendrecv

Mar 17 15:15:37 VERBOSE[446] logger.c: --- (15 headers 11 lines)Mar 17 15:15:37 VERBOSE[446] logger.c: --- (15 headers 11 lines)---
Mar 17 15:15:37 VERBOSE[446] logger.c: Using INVITE request as basis request - 99673b00-fd54b0ae@xxx.xxx.xxx.88
Mar 17 15:15:37 VERBOSE[446] logger.c: Sending to xxx.xxx.xxx.88 : 5061 (non-NAT)
Mar 17 15:15:37 VERBOSE[446] logger.c: Found user 'spa3000'
Mar 17 15:15:37 VERBOSE[446] logger.c: Found RTP audio format 0
Mar 17 15:15:37 VERBOSE[446] logger.c: Found RTP audio format 101
Mar 17 15:15:37 VERBOSE[446] logger.c: Peer audio RTP is at port xxx.xxx.xxx.88:16400
Mar 17 15:15:37 VERBOSE[446] logger.c: Found description format PCMU
Mar 17 15:15:37 VERBOSE[446] logger.c: Found description format telephone-event
Mar 17 15:15:37 VERBOSE[446] logger.c: Capabilities: us - 0xc (ulaw|alaw), peer - audio=0x4 (ulaw)/video=0x0 (nothing), combined - 0x4 (ulaw)
Mar 17 15:15:37 VERBOSE[446] logger.c: Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
Mar 17 15:15:37 VERBOSE[446] logger.c: Looking for 7777 in from-sip-external (domain xxx.xxx.xxx.24)
Mar 17 15:15:37 VERBOSE[446] logger.c: list_route: hop: <sip:spa3000@xxx.xxx.xxx.88:5061>
Mar 17 15:15:37 VERBOSE[446] logger.c: Transmitting (no NAT) to xxx.xxx.xxx.88:5061:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP xxx.xxx.xxx.88:5061;branch=z9hG4bK-bc9ed036;received=xxx.xxx.xxx.88
From: spa3000 <sip:spa3000@xxx.xxx.xxx.24>;tag=8d5f06d86c0f96b6o1
To: <sip:7777@xxx.xxx.xxx.24>
Call-ID: 99673b00-fd54b0ae@xxx.xxx.xxx.88
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:7777@xxx.xxx.xxx.24>
Content-Length: 0


---
Mar 17 15:15:37 VERBOSE[446] logger.c: Transmitting (no NAT) to xxx.xxx.xxx.88:5061:
SIP/2.0 503 Service Unavailable
Via: SIP/2.0/UDP xxx.xxx.xxx.88:5061;branch=z9hG4bK-bc9ed036;received=xxx.xxx.xxx.88
From: spa3000 <sip:spa3000@xxx.xxx.xxx.24>;tag=8d5f06d86c0f96b6o1
To: <sip:7777@xxx.xxx.xxx.24>;tag=as5c6edc50
Call-ID: 99673b00-fd54b0ae@xxx.xxx.xxx.88
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:7777@xxx.xxx.xxx.24>
Content-Length: 0


---
Mar 17 15:15:37 VERBOSE[446] logger.c:
<-- SIP read from xxx.xxx.xxx.88:5061:
ACK sip:7777@xxx.xxx.xxx.24 SIP/2.0
Via: SIP/2.0/UDP xxx.xxx.xxx.88:5061;branch=z9hG4bK-bc9ed036
From: spa3000 <sip:spa3000@xxx.xxx.xxx.24>;tag=8d5f06d86c0f96b6o1
To: <sip:7777@xxx.xxx.xxx.24>;tag=as5c6edc50
Call-ID: 99673b00-fd54b0ae@xxx.xxx.xxx.88
CSeq: 102 ACK
Max-Forwards: 70
Proxy-Authorization: Digest username="spa3000",realm="asterisk",nonce="56109bf4",uri="sip:7777@xxx.xxx.xxx.24",algorithm=MD5,response="6a38b2a4b702f40133e7ce508c140235"
Contact: spa3000 <sip:spa3000@xxx.xxx.xxx.88:5061>
User-Agent: Sipura/SPA3000-2.0.13(GWg)
Content-Length: 0


Mar 17 15:15:37 VERBOSE[446] logger.c: --- (11 headers 0 lines)Mar 17 15:15:37 VERBOSE[446] logger.c: --- (11 headers 0 lines)---
Mar 17 15:15:37 VERBOSE[446] logger.c: Destroying call '99673b00-fd54b0ae@xxx.xxx.xxx.88'
Mar 17 15:15:38 VERBOSE[446] logger.c: We're at xxx.xxx.xxx.24 port 10040
Mar 17 15:15:38 VERBOSE[446] logger.c: Adding codec 0x4 (ulaw) to SDP
Mar 17 15:15:38 VERBOSE[446] logger.c: Adding codec 0x8 (alaw) to SDP
Mar 17 15:15:38 VERBOSE[446] logger.c: Adding non-codec 0x1 (telephone-event) to SDP
Mar 17 15:15:38 VERBOSE[446] logger.c: Reliably Transmitting (no NAT) to xxx.xxx.xxx.8:1024:
SIP/2.0 200 OK
Via: SIP/2.0/UDP xxx.xxx.xxx.8:1024;rport;branch=z9hG4bKc0a8f30800000702441b18e7197dd76900003266;received=xxx.xxx.xxx.8
From: "2022"<sip:2022@xxx.xxx.xxx.24>;tag=1652350751624940074
To: <sip:17037247576@xxx.xxx.xxx.24>;tag=as4b3805ac
Call-ID: CB48D4BA-1DD1-11B2-B0F7-E7EA3F361FF9@xxx.xxx.xxx.8
CSeq: 2 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: <sip:17037247576@xxx.xxx.xxx.24>
Content-Type: application/sdp
Content-Length: 240

v=0
o=root 446 446 IN IP4 xxx.xxx.xxx.24
s=session
c=IN IP4 xxx.xxx.xxx.24
t=0 0
m=audio 10040 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -

---
Mar 17 15:15:38 WARNING[446] channel.c: Avoided initial deadlock for '0x1825000', 10 retries!
Mar 17 15:15:38 VERBOSE[446] logger.c:
<-- SIP read from xxx.xxx.xxx.8:1024:
ACK sip:17037247576@xxx.xxx.xxx.24 SIP/2.0
Via: SIP/2.0/UDP xxx.xxx.xxx.8:1024;rport;branch=z9hG4bKc0a8f30800000702441b18ef17b819e60000326c
Content-Length: 0
Call-ID: CB48D4BA-1DD1-11B2-B0F7-E7EA3F361FF9@xxx.xxx.xxx.8
CSeq: 2 ACK
From: "2022"<sip:2022@xxx.xxx.xxx.24>;tag=1652350751624940074
Max-Forwards: 70
To: <sip:17037247576@xxx.xxx.xxx.24>;tag=as4b3805ac
User-Agent: SJphone/1.60.299a/L (SJ Labs)
By: Russell Bryant (russell) 2006-03-21 14:06:05.000-0600

If you think there is a bug with something else, please post it as a new issue.  Let's stick to the original issue here.

Can you please confirm that Asterisk still crashes on you with those lines *not* commented out?


Just so its noted, here is the recent history on including own poll implementation for macosx.

1) Originally, macosx did not include a poll implementation.  It was as simple as directly including our own poll implementation if we were on macosx.

2) At some point, macosx started including a poll implementation.  I changed the Makefile to provide a more generic means for determining whether we needed to provide poll functionality or not.  This was simply done by checking to see whether poll.h existed or not.

3) Of course, that wouldn't be the end of the story.  It turns out that the poll implementation that was provided by macosx didn't work as expected.  At the IP4IT conference, twisted tracked down a bug where remote consoles (asterisk -r) received no output to the fact that we were using poll from macosx.  So, he added it back for macosx.

4) Now, if providing our own poll implementation is causing crashes for you while using the macosx version does not, then I have no idea what to say.
By: twisted (twisted) 2006-03-21 14:08:06.000-0600

Try this makefile patch and see if it works ok for your intel mac.  If it does, I'll drop it in.
By: twisted (twisted) 2006-03-24 11:44:28.000-0600

Any update?
By: Ian Dickens (iansouth1) 2006-03-24 18:47:04.000-0600

The patch works.  One thing, I had to remove "-r" as an arguement to sed in the mkpkgconfig file.  MacOSX sed doesn't accept it.
By: Olle Johansson (oej) 2006-04-05 15:15:33

Committed to svn trunk (so we can test it) rev 17735. Thanks.