| 00:16.29 | *** join/#asterisk-bugs fakhir_ (n=fakhir@unaffiliated/fakhir) |
| 03:11.46 | *** join/#asterisk-bugs Corydon76-dig (i=six@pdpc/supporter/bronze/Corydon76-home) [NETSPLIT VICTIM] |
| 03:11.46 | *** join/#asterisk-bugs codefreeze (n=steve_mu@216.166.159.235) [NETSPLIT VICTIM] |
| 03:11.46 | *** mode/#asterisk-bugs [+oo Corydon76-dig codefreeze] by irc.freenode.net |
| 04:06.11 | *** join/#asterisk-bugs jorgeraidel2000 (n=jorgerai@c-66-176-203-45.hsd1.fl.comcast.net) |
| 04:06.17 | jorgeraidel2000 | hola |
| 06:44.02 | *** join/#asterisk-bugs agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 06:48.14 | *** join/#asterisk-bugs oej (n=olle@2.234.241.83.in-addr.dgcsystems.net) |
| 07:40.34 | *** join/#asterisk-bugs agallo (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 07:51.39 | *** join/#asterisk-bugs jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 10:21.06 | *** join/#asterisk-bugs oej (n=olle@1mldj7r.ip.ssc.net) |
| 11:48.14 | *** join/#asterisk-bugs DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:52.37 | *** join/#asterisk-bugs bl3ss3d (n=tiago@200.101.168.186) |
| 11:52.41 | bl3ss3d | hello |
| 11:54.19 | bl3ss3d | I have a bt log file about 'asterisk -r' (console) segmentation fault |
| 11:54.56 | bl3ss3d | asterisk version 1.4.19 |
| 12:01.26 | *** join/#asterisk-bugs jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 12:01.53 | *** part/#asterisk-bugs jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 12:03.01 | bl3ss3d | hello jmls_home |
| 12:13.59 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:21.56 | *** join/#asterisk-bugs jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 12:24.51 | bl3ss3d | sup |
| 12:40.26 | *** part/#asterisk-bugs jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 12:45.17 | *** join/#asterisk-bugs oej (n=olle@16ldj7k.ip.ssc.net) |
| 12:56.21 | *** join/#asterisk-bugs jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 13:04.44 | *** part/#asterisk-bugs jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 13:05.40 | *** join/#asterisk-bugs jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 13:05.40 | *** join/#asterisk-bugs jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 13:10.28 | *** join/#asterisk-bugs jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 13:10.28 | *** join/#asterisk-bugs jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 13:11.21 | bl3ss3d | ;sc |
| 13:15.58 | *** join/#asterisk-bugs Victor_Yure (n=Victor_Y@unaffiliated/victoryure/x-837844) |
| 13:34.01 | *** join/#asterisk-bugs oej (n=olle@16ldj7k.ip.ssc.net) |
| 13:35.01 | bl3ss3d | oej: hi |
| 13:35.18 | oej | hello <unknown> :-) |
| 13:36.02 | bl3ss3d | I sent bracktrace log to maillist about asterisk cli console Seg fault |
| 13:36.08 | bl3ss3d | the version is 1.4.19 |
| 13:36.51 | bl3ss3d | are you subscribed on the list? |
| 13:37.23 | oej | which list? |
| 13:38.53 | bl3ss3d | asterisk bugs maillist |
| 13:39.06 | file | that list is not for that purpose |
| 13:39.23 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:39.23 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 13:39.29 | bl3ss3d | sorry |
| 13:39.36 | bl3ss3d | how can I report a bug ? |
| 13:39.42 | file | http://bugs.digium.com/ |
| 13:40.28 | bl3ss3d | ty |
| 13:46.53 | bl3ss3d | file: I update a new issue the issue number is 0012375 |
| 13:46.57 | bl3ss3d | could you check ? |
| 13:47.19 | file | M12375 |
| 13:47.20 | MuffinMan | [new] [Asterisk] . I did not set the category correctly. 0012375: Asterisk 1.4.19 console (asterisk -r) - Segmentation fault reported by tiagoadloff http://bugs.digium.com/view.php?id=12375 |
| 13:48.23 | file | it is there, it will get looked at |
| 13:48.59 | bl3ss3d | thank you |
| 13:49.24 | bl3ss3d | I tried to run asterisk without '-U' but did'nt worked too |
| 13:49.45 | bl3ss3d | the server is running |
| 14:19.20 | *** join/#asterisk-bugs putnopvut (n=putnopvu@216.207.245.1) |
| 14:19.20 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 14:20.45 | bl3ss3d | oej: did you saw my issue? |
| 14:21.15 | oej | Is it related to SIP? |
| 14:25.26 | bl3ss3d | nope |
| 14:25.58 | bl3ss3d | is related to asterisk console access segmentation fault (asterisk -r) |
| 14:26.40 | bl3ss3d | the status sill as "new" |
| 14:27.13 | file | someone will get to it... give us time |
| 14:27.14 | *** part/#asterisk-bugs jmls_home (n=jmls_hom@mail.tessera.co.uk) |
| 14:27.28 | bl3ss3d | ok sorry |
| 14:38.38 | *** join/#asterisk-bugs jpeeler (n=jpeeler@216.207.245.1) |
| 14:43.48 | jpeeler | M12372 |
| 14:43.49 | MuffinMan | [closed] [Asterisk] Channels/chan_sip/General 0012372: chan_sip.c: realtime_peer function make crash on version 1.4.19 and 1.6.0Beta7.1 reported by tecnoxarxa http://bugs.digium.com/view.php?id=12372 |
| 14:43.55 | jpeeler | i thought i fixed that |
| 14:44.50 | putnopvut | jpeeler: interesting, there's a very similar bug out there that I worked on last week. Let me find the bug number. |
| 14:45.13 | putnopvut | M12362 |
| 14:45.15 | MuffinMan | [ready for testing] [Asterisk] Channels/chan_sip/General 0012362: Asterisk crashes everytime i try to dial a realtime peer. e.g.DIAL(SIP/peer/number,60,tTwW) reported by vinsik http://bugs.digium.com/view.php?id=12362 |
| 14:45.18 | jpeeler | i remember file telling me i did the commit not the proper way... but russell said it was fine |
| 14:45.52 | putnopvut | The problem here is that there's a chance of a NULL pointer dereference, at least in the bug I was working on. |
| 14:46.11 | putnopvut | The 'sin' parameter to realtime_peer is sometimes NULL, and there was a memcmp operation that operated on the NULL pointer. |
| 14:46.37 | jpeeler | my change is not there! not even in trunk |
| 14:46.39 | jpeeler | uh what happened |
| 14:46.45 | putnopvut | oh, interesting... |
| 14:46.53 | putnopvut | What was your change? |
| 14:47.01 | jpeeler | so yeah, it's supposed to be if (!strcasecmp(var->name, "host")) { |
| 14:47.06 | jpeeler | somebody just got confused |
| 14:47.20 | putnopvut | Ah, all right. |
| 14:47.27 | putnopvut | That's what tecnoxarxa's patch does, too. |
| 14:47.32 | *** part/#asterisk-bugs agallo (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 14:47.39 | jpeeler | and vinsik |
| 14:47.53 | jpeeler | and mine |
| 14:47.58 | jpeeler | wherever it went |
| 14:48.13 | putnopvut | I see. My approach was different. |
| 14:48.28 | putnopvut | Okay, if that's all that's needed, try committing it again and it'll close both issues. |
| 14:48.34 | jpeeler | how can a commit to trunk go away? |
| 14:48.54 | file | if something was merged that reverted it |
| 14:49.29 | jpeeler | yikes, i assume that a reverted change that actually contained a bug fix is rare... |
| 14:49.55 | file | you may have accidentally done it |
| 14:50.14 | jpeeler | i would hope i didn't undo my own change :( |
| 14:50.18 | jpeeler | but it's possible |
| 14:50.20 | file | actually... |
| 14:51.47 | jpeeler | goes to read the proper merging and branching document file updated |
| 14:52.03 | file | well, my slinfactory changes were reverted in trunk |
| 14:53.33 | jpeeler | so the proper bugfix is to update 1.4 and then merge that change to trunk, correct? |
| 14:54.05 | file | and then to 1.6.0 |
| 14:54.12 | file | using the merge* commands |
| 14:55.04 | jpeeler | right, i keep forgetting about 1.6.0... |
| 14:55.20 | file | sticky notes are good :D |
| 14:55.45 | jpeeler | heh |
| 14:56.00 | file | isn't joking, he has 2 sticky notes to remind himself |
| 14:56.22 | jpeeler | oh i know, i need to go find some |
| 14:56.29 | jpeeler | i assume i can close multiple issues with the commit message? |
| 14:56.36 | putnopvut | yes you can. |
| 14:57.07 | putnopvut | if you put "closes issue #XXXXX" it will close that issue, so if you put multiple statements like that, it will close all issues referenced. |
| 14:58.05 | jpeeler | ok, are there any more besides 12372 and 12362? |
| 14:59.55 | putnopvut | jpeeler: not that I know of. |
| 15:00.22 | jpeeler | well thanks for speaking of the other one |
| 15:00.35 | file | any ones should be duplicated and shown on the issue |
| 15:00.37 | jpeeler | i just 12362 on -dev |
| 15:00.40 | jpeeler | *found |
| 15:00.55 | jpeeler | file: and you are right |
| 15:01.48 | jpeeler | marked by you actually |
| 15:02.03 | file | jpeeler: entirely possible |
| 15:02.17 | file | oej: this sipfrag which provides fake ringing on blind transfers is really messing things up... |
| 15:16.26 | *** join/#asterisk-bugs genz (n=chatzill@im.jobdig.com) |
| 15:17.04 | file | oej: can that be removed, or did you need it for interoperability? |
| 15:17.37 | genz | file: Regarding bug 12296, I'm using the releases from the HTTP server. |
| 15:17.45 | oej | file: It's is required |
| 15:17.53 | oej | What's the issue? |
| 15:18.13 | file | oej: we can't match the responses on the NOTIFY |
| 15:18.29 | file | oej: well, one of them |
| 15:18.30 | file | genz: hrm |
| 15:18.40 | oej | file: Yeah. Hmm. Worth looking at |
| 15:19.03 | genz | file: Would I need to do a make distclean before the make install? |
| 15:20.12 | file | genz: might just be easier for me to SSH in |
| 15:20.17 | file | and looksee. |
| 15:20.32 | jpeeler | file: when doing the merge to 1.6.0 do i use the revision from the merge to trunk? |
| 15:20.53 | file | jpeeler: you use the revision that was generated when you did the commit to trunk |
| 15:21.11 | jpeeler | ok, just checking |
| 15:25.32 | putnopvut | M8855 |
| 15:25.33 | MuffinMan | [ready for testing] [Asterisk] Channels/chan_sip/General 0008855: nat=no is not RFC 3261 compliant regarding sending responses reported by mikma http://bugs.digium.com/view.php?id=8855 |
| 15:26.00 | putnopvut | I wrote a patch for this on Thursday and was wondering if someone wouldn't mind reviewing the patch to see if it seems like a good way to fix the issue. |
| 15:26.21 | jpeeler | file: what do i do for a conflict generated on '.'? dir_conflicts.prej does exist |
| 15:26.36 | file | svn resolved . |
| 15:26.49 | file | makes note to update page |
| 15:45.50 | jpeeler | putnopvut: i think i closed those bugs too quickly... |
| 15:46.01 | putnopvut | jpeeler: still a problem? |
| 15:46.26 | jpeeler | well i haven't tested anything, but my change is not going to effect sin being null |
| 15:47.26 | putnopvut | hmmm, okay. So perhaps your patch in addition to one of the two I posted on 12362 would do the trick then? |
| 15:49.35 | jpeeler | well obviously checking that's it's not null will prevent crashing, but i'm looking if there is another way |
| 15:50.35 | putnopvut | The thing is, there are several places where an explicit NULL is passed to that function, so it's not like it's a fluke that that parameter would be NULL. |
| 15:50.39 | jpeeler | i don't know... find_peer is called a couple times with a NULL arg, so maybe it is intended |
| 15:50.41 | jpeeler | exactly |
| 15:50.48 | putnopvut | The problem is I don't know how to interpret the NULL. |
| 15:50.56 | putnopvut | Does that mean that we should match everything or nothing? |
| 15:51.10 | jpeeler | yep, we're at the same spot |
| 15:51.11 | jpeeler | i don't know |
| 15:54.39 | *** join/#asterisk-bugs Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 15:54.39 | *** mode/#asterisk-bugs [+o Corydon76-lap] by ChanServ |
| 16:00.31 | jpeeler | putnopvut: so i guess i should reopen the issue? |
| 16:01.21 | putnopvut | jpeeler: well, perhaps. What's odd is that the reporter on 12372 was saying that making that change fixed the crash for him. |
| 16:02.10 | putnopvut | Oh, actually, he didn't say that that fixed his crash... |
| 16:52.10 | file | jpeeler: I'm giving you this here issue... |
| 16:52.30 | jpeeler | the one i gave you? |
| 16:52.53 | file | HA |
| 16:52.56 | file | why did you do that? |
| 16:53.24 | file | this reminds me of the game of pass the issue back and forth that Russell and I played with an issue |
| 16:53.42 | jpeeler | mainly i did it only because you were originally assigned the issue |
| 16:53.48 | jpeeler | i shouldn't have even closed it |
| 16:54.08 | file | was I? |
| 16:54.20 | file | shrugs |
| 16:54.23 | jpeeler | well... for the duplicate you were |
| 16:54.37 | file | yeah, Mantis does that |
| 16:54.51 | jpeeler | oh, so you probably didn't even want it |
| 16:55.13 | file | nods |
| 16:55.49 | jpeeler | and you gave it back |
| 16:56.21 | file | nods again |
| 16:56.45 | jpeeler | well then what issue did you give me that's new? |
| 16:57.06 | file | none |
| 16:57.33 | file | just that one. |
| 16:57.58 | Corydon76-lap | Musical chairs? |
| 16:58.04 | jpeeler | oh then i guess i'll finish what i started |
| 16:58.14 | jpeeler | realtime peers are not fun to set up |
| 16:58.36 | file | sure they are! all that nifty database setup with tables and stuff |
| 16:58.56 | Corydon76-lap | jpeeler: I gave sruffell a machine like that this morning |
| 16:59.07 | Corydon76-lap | I wonder if I should warn him |
| 16:59.32 | jpeeler | hopefully i can use what i did before |
| 16:59.51 | Corydon76-lap | jpeeler: you should use res_config_curl ;-) |
| 17:00.45 | jpeeler | i'll have to take a look at that |
| 17:14.54 | Juggie | grr i hate the introduce yourself crap at conferences |
| 17:38.14 | putnopvut | Juggie: do you not like people knowing who you are? |
| 17:43.38 | mvanbaak | file: I'm about to give back an issue as well |
| 17:43.44 | mvanbaak | M12346 |
| 17:43.46 | MuffinMan | [feedback] [Asterisk] Channels/chan_skinny 0012346: null pointer in chan_skinny when 'regcontext' used reported by candlerb http://bugs.digium.com/view.php?id=12346 |
| 17:43.51 | mvanbaak | that's not chan_skinny related I think |
| 17:44.14 | Juggie | putnopvut, nah its just the 2nd time today :) |
| 17:45.09 | file | mvanbaak: 'datz fine |
| 17:45.23 | mvanbaak | and right now it's a mess at work |
| 17:45.38 | mvanbaak | so I cant make time to look into the extension logic in the core |
| 17:46.05 | mvanbaak | I want to focus on finishing the multiparking stuff |
| 17:46.37 | mvanbaak | there ;) |
| 17:49.25 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 17:55.28 | *** join/#asterisk-bugs elguero (n=elguero@h-68-167-124-171.cmbrmaor.covad.net) |
| 18:19.30 | *** join/#asterisk-bugs oej (n=olle@193.214.121.106) |
| 18:21.54 | *** join/#asterisk-bugs bkruse (n=bkruse@216.207.245.1) |
| 18:59.49 | *** join/#asterisk-bugs Deeewayne (n=dwayne@216.207.245.1) |
| 18:59.49 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 19:22.19 | Qwell | putnopvut: about 10019.. |
| 19:22.31 | Qwell | I think ctrl-a+esc in screen actually suspends the applications inside screen |
| 19:22.53 | Qwell | which would explain the whole hanging thing |
| 19:23.13 | Qwell | it would be like hitting ctrl-z, and not putting it in the background |
| 19:23.52 | putnopvut | Would that also explain the symptoms when you lose the connection during an ssh session? |
| 19:24.36 | Qwell | not sure what happens when an ssh connection dies. doesn't the app usually just die in that case? |
| 19:25.49 | putnopvut | no idea. |
| 19:26.15 | putnopvut | I would expect it to get a signal of some sort when it tried to write data. |
| 19:26.18 | putnopvut | Like a SIGPIPE maybe. |
| 19:26.53 | bl3ss3d | Deeewayne, could check my incident ? |
| 19:30.25 | Deeewayne | bl3ss3d: o.O |
| 19:30.49 | Deeewayne | need more info...going to a meeting now |
| 19:32.01 | file | bl3ss3d: we'll get to it... |
| 19:40.17 | Qwell | putnopvut: I'm wrong. |
| 19:40.24 | Qwell | about screen |
| 19:40.59 | Qwell | maybe |
| 19:44.19 | Qwell | screen guru friend of mine says ctrl-a+esc = ^[ (copy mode, by default), which takes a snapshot of the console, and buffers input |
| 19:53.40 | Qwell | putnopvut: yeah, I call BS. I ran an infinite noop loop with it "suspended", and I can still complete calls |
| 19:53.54 | file | 1.4? |
| 19:54.02 | Qwell | trunk, which is what he says is affected |
| 19:54.09 | putnopvut | Yeah, he says trunk is affected. |
| 19:54.25 | Qwell | I'm pretty certain that part of it has been fixed. |
| 19:54.38 | putnopvut | Do any of you know what could cause the poll() system call to crash besides reaching the open file limit? |
| 19:54.54 | putnopvut | s/reaching/exceeding/ |
| 19:55.02 | putnopvut | M12284 |
| 19:55.05 | MuffinMan | [assigned] [Asterisk] Core-General 0012284: Started to crash every 2-3 hours reported by falves11 http://bugs.digium.com/view.php?id=12284 |
| 19:55.23 | putnopvut | Everything he's been reporting has crashed in poll(), and valgrind shows nothing unusual. |
| 19:55.38 | file | bad pointer going in? |
| 19:56.52 | putnopvut | possibly. But I'd expect valgrind to complain. |
| 20:08.21 | jpeeler | uh ever had like an off day? |
| 20:08.34 | jpeeler | i reverted my own change... |
| 20:08.54 | putnopvut | jpeeler: today has been an off day for me for the most part... |
| 20:10.13 | jpeeler | putnopvut: heh, but did you commit your off work? |
| 20:10.53 | putnopvut | not today anyway :) |
| 20:11.08 | jpeeler | i did :( |
| 20:11.20 | file | casts "no off day work" spell on the source tree |
| 20:12.17 | jpeeler | i just blindly trusted the submitter suggested change |
| 20:13.01 | jpeeler | well not blindly, i just read it wrong |
| 20:13.04 | file | jpeeler: we all do that sometimes |
| 20:13.51 | jpeeler | thanks, at least i caught it |
| 20:39.51 | Juggie | :) shit happens |
| 20:43.12 | *** part/#asterisk-bugs jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 20:47.39 | *** join/#asterisk-bugs jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 21:10.35 | *** part/#asterisk-bugs jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 22:46.52 | *** join/#asterisk-bugs putnopvut (n=putnopvu@216.207.245.1) |
| 22:46.52 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 23:27.47 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 23:27.47 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 23:47.11 | *** join/#asterisk-bugs fakhir_ (n=fakhir@unaffiliated/fakhir) |