| 02:02.34 | *** part/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 02:03.01 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 02:03.01 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 02:04.49 | *** part/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 02:05.08 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 02:05.10 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 02:16.43 | *** join/#asterisk-dev moy (n=moyhu@189.169.82.208) |
| 02:20.28 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-210-44.west.biz.rr.com) |
| 02:22.53 | *** join/#asterisk-dev stevie_ramjet (n=putnopvu@c-71-228-178-34.hsd1.al.comcast.net) |
| 02:22.53 | *** mode/#asterisk-dev [+o stevie_ramjet] by ChanServ |
| 03:14.04 | *** join/#asterisk-dev tuxd00d (n=tuxd00d@128.187.132.25) |
| 03:18.29 | *** join/#asterisk-dev esaym (n=user@cpe-70-120-89-6.satx.res.rr.com) |
| 03:42.29 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 04:41.00 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 04:41.00 | *** mode/#asterisk-dev [+o JerJer] by ChanServ |
| 05:05.42 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 06:08.29 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.193) |
| 06:31.46 | *** join/#asterisk-dev vicram (n=vr@bb219-74-49-24.singnet.com.sg) |
| 08:35.40 | *** join/#asterisk-dev mbranca (n=matteo@81.208.92.210) |
| 09:23.59 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 09:25.21 | *** join/#asterisk-dev slavon_net (n=slavon@slavon.bigtelecom.ru) |
| 09:25.27 | slavon_net | hello all |
| 09:26.36 | slavon_net | have any chance get position and origposition from first queue in queue_log if call was transfered to second queue? |
| 09:34.55 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) |
| 09:50.49 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 09:52.55 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 10:03.26 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 10:11.36 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 11:25.41 | *** join/#asterisk-dev esaym (n=user@cpe-70-120-89-6.satx.res.rr.com) |
| 11:43.03 | *** part/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 12:02.14 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 12:11.07 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:11.40 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 12:18.05 | snuff-home | mm.. i like this bug.. |
| 12:18.10 | snuff-home | M12886 |
| 12:18.11 | MuffinMan | [new] [Asterisk] General 0012886: crash asterisk.c compiled for i486sx with out fpu reported by tecnoxarxa (Karma: neutral) http://bugs.digium.com/view.php?id=12886 |
| 12:18.25 | snuff-home | 486sx.. didn't think it would work too well on that |
| 12:19.21 | lmadsen | o.O |
| 12:29.17 | *** join/#asterisk-dev Daviey (n=dave@ubuntu/member/daviey) |
| 12:33.52 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 12:36.29 | seanbright | Corydon76-dig: you about? |
| 12:39.08 | seanbright | drives to work... |
| 12:43.15 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 12:47.01 | Corydon76-dig | <yawn> I am, now |
| 12:47.11 | lmadsen | morn! |
| 12:48.02 | Corydon76-dig | mr0nin |
| 12:50.50 | ctooley | morning |
| 12:54.51 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.140.193) |
| 13:23.22 | tzafrir_laptop | is kpfleming around |
| 13:23.23 | tzafrir_laptop | ? |
| 13:24.39 | jsmith | tzafrir_laptop: It's probably a bit early for him to be in the office, but he might be lurking in here from home |
| 13:45.15 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 13:45.15 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 13:50.39 | seanbright | Corydon76-dig: you mentioned a company here in the baltimore area i should check out if i was looking for a new gig |
| 13:50.46 | seanbright | Corydon76-dig: i forget the name |
| 13:51.05 | russellb | Digi-Baltimore? |
| 13:51.11 | seanbright | heh |
| 13:51.18 | seanbright | don't think that was it |
| 13:51.56 | seanbright | i feel like it was an o-name |
| 13:52.02 | seanbright | but i might be making that up |
| 13:52.07 | Corydon76-dig | binfone |
| 13:52.10 | seanbright | ah |
| 13:52.15 | seanbright | yes, that was it |
| 13:52.16 | seanbright | thanks |
| 14:00.14 | *** join/#asterisk-dev mvanbaak_ (n=michiel@vanbaak.xs4all.nl) |
| 14:00.15 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 14:01.45 | seanbright | they have no address information on the website |
| 14:01.48 | seanbright | i find that suspect |
| 14:02.20 | russellb | it's in joe's garage |
| 14:02.34 | seanbright | that is my fear |
| 14:02.41 | Corydon76-dig | or for security |
| 14:03.55 | seanbright | blah |
| 14:03.59 | seanbright | the illusion of security |
| 14:04.30 | shido6 | have you been bitten? |
| 14:04.31 | shido6 | ;) |
| 14:04.43 | seanbright | twice shy |
| 14:04.54 | Corydon76-dig | seanbright: 122 Slave Ave, Baltimore, MD 21208 |
| 14:05.19 | seanbright | ... |
| 14:05.31 | seanbright | is there really a slave avenue in the city? |
| 14:05.54 | seanbright | google maps: FAIL |
| 14:06.55 | seanbright | probably slade ave |
| 14:07.09 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 14:07.28 | Corydon76-dig | Could be |
| 14:08.34 | file | seanbright: come to the dark side... |
| 14:08.44 | file | Telcomleifjoshvoxmartenterprisesinc |
| 14:09.21 | seanbright | i do MS development... thought that was the dark side |
| 14:09.52 | Corydon76-dig | the dark side of the dark side |
| 14:09.59 | Corydon76-dig | so like, pitch black |
| 14:10.31 | russellb | seanbright: the question is, do you _want_ to do MS development |
| 14:10.34 | seanbright | it is always darkest right before it is pitch black |
| 14:10.45 | seanbright | russellb: it's what i'm good at |
| 14:10.53 | seanbright | russellb: notice how i didn't answer the question? :0 |
| 14:10.59 | seanbright | s/:0/:)/ |
| 14:11.22 | russellb | seanbright: yes, I saw that |
| 14:11.34 | seanbright | i kinda want to do everything |
| 14:12.17 | russellb | s/everything/asterisk development/ |
| 14:12.35 | seanbright | you guys are like crack dealers |
| 14:12.39 | russellb | nods |
| 14:12.41 | russellb | that is the idea |
| 14:13.11 | russellb | that's sort of the recruiting program we have going here |
| 14:13.15 | seanbright | haha |
| 14:13.28 | seanbright | how many full-time developers does digium have? |
| 14:13.34 | file | that and the out of University/College corruption program |
| 14:13.37 | russellb | that's a tricky question |
| 14:13.38 | jsmith | About a dozen or so, I think |
| 14:14.02 | russellb | yeah, 12-14 in the software engineering department |
| 14:14.07 | russellb | i don't remember |
| 14:14.15 | seanbright | jsmith: do you remember talking to a bob wienholt from bluehippo (or edison worldwide) about consulting work? before you were a digium emp. i think? |
| 14:14.23 | russellb | however, we also have kernel developers that are really in the hardware team |
| 14:14.32 | russellb | and then there are developers in the switchvox division ... |
| 14:14.37 | seanbright | wow |
| 14:14.52 | russellb | and then hardware engineers, of course |
| 14:14.54 | seanbright | didn't think it was that big a team |
| 14:15.09 | russellb | and a product quality department that does testing and test development ... |
| 14:15.12 | russellb | soooo |
| 14:15.20 | russellb | that was kind of a loaded question to answer, heh |
| 14:15.29 | russellb | digium is approaching 150 people total |
| 14:15.35 | seanbright | that's awesome |
| 14:15.46 | seanbright | no sign of slowing down, either, i'm guessing. |
| 14:15.47 | jsmith | seanbright: Sounds vaguely familiar, but I talked to a *lot* of people |
| 14:15.51 | russellb | seanbright: that is correct. |
| 14:16.00 | russellb | seanbright: have you seen our new building? |
| 14:16.12 | seanbright | russellb: i have yes. kevin's flicker page. |
| 14:16.17 | jsmith | seanbright: And then there are losers like me running the training program that contribute code every blue moon. |
| 14:16.20 | russellb | cool. |
| 14:16.21 | file | I don't think russellb is trying to sway your job decision any which way at all |
| 14:16.29 | seanbright | file: no, not at all. |
| 14:16.38 | russellb | it's not like I would have any motive for doing so |
| 14:16.56 | russellb | looks at the to-do list |
| 14:16.58 | seanbright | i'd need an 8 figure salary. all 8 digits on the right hand side of the decimal too ;-) |
| 14:17.06 | *** kick/#asterisk-dev [seanbright!n=russell@asterisk/developer-and-stable-maintainer/drumkilla] by russellb (you're fired) |
| 14:17.14 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 14:17.14 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 14:17.14 | Qwell | $20.00000001? |
| 14:17.15 | russellb | that was easy |
| 14:17.17 | Qwell | $20.00000001? |
| 14:17.22 | seanbright | what's funny... is that i don't know my left from my right |
| 14:17.23 | seanbright | oh well |
| 14:17.25 | russellb | lol |
| 14:17.28 | russellb | i don't either |
| 14:17.28 | jsmith | seanbright: Obviously ;-) |
| 14:17.37 | russellb | s/you're fired/you're hired/ |
| 14:17.49 | seanbright | i have to hold my hand up and make a little 'L' to know which way is left. |
| 14:18.14 | Qwell | palm or back? |
| 14:18.21 | russellb | you were just looking at the salary from behind the numbers ... or something |
| 14:18.36 | seanbright | Qwell: back |
| 14:18.40 | Qwell | russellb: careful, you'll get "promoted" to marketing. |
| 14:18.42 | russellb | anyway. asterisk really is like crack. |
| 14:18.42 | seanbright | Qwell: i skipped it this time, obviously |
| 14:18.57 | russellb | the addiction is what got most of us here. |
| 14:19.07 | russellb | it's good crack, though |
| 14:19.10 | seanbright | heh |
| 14:19.22 | seanbright | is there any other kind? |
| 14:19.55 | russellb | shrugs |
| 14:20.53 | russellb | takes his recruiting hat back off |
| 14:21.08 | russellb | hides his crossed fingers |
| 14:21.42 | file | you also get a muffin basket! *cough* |
| 14:22.07 | seanbright | oh snap, i'm in |
| 14:23.33 | Qwell | hey, I didn't get a muffin basket |
| 14:23.53 | russellb | i didn't either :( |
| 14:25.31 | *** join/#asterisk-dev sruffell (n=sruffell@216.207.245.1) |
| 14:25.31 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:30.01 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-d718893742d351a3) |
| 14:46.51 | lmadsen | really? I got one |
| 14:47.07 | lmadsen | telcomjoshleifvoxmartenterprisesinc! |
| 14:47.28 | lmadsen | file: we need a website |
| 14:47.45 | russellb | what would the domain be |
| 14:47.48 | russellb | you keep changing names of the company |
| 14:47.53 | lmadsen | no we don't... |
| 14:47.56 | lmadsen | we just merged |
| 14:48.03 | file | Telcomleifjoshvoxmartenterprisesinc |
| 14:48.05 | file | your name is first |
| 14:48.09 | lmadsen | really? |
| 14:48.12 | file | yes |
| 14:48.22 | seanbright | thinks the "most visited" smart bookmark in FF3 is going to be problematic |
| 14:48.25 | lmadsen | not according to #asterisk-doc |
| 14:48.42 | lmadsen | Welcome to the Asterisk Documentation Project / Idle Chat, a subsidiary of telcomjoshleifvoxmartenterprisesinc |
| 14:48.44 | file | you set the topic :P |
| 14:48.47 | lmadsen | I know :) |
| 14:48.54 | file | fine fine fine! |
| 14:49.06 | lmadsen | haha |
| 14:49.18 | lmadsen | we could totally make up all sorts of vaporware and sell it |
| 14:49.39 | file | get on that |
| 14:49.47 | lmadsen | it reeks of effort... |
| 14:50.03 | file | you suck at this effort thing |
| 14:50.08 | lmadsen | lol |
| 14:50.11 | lmadsen | mostly |
| 14:50.16 | russellb | you could sell a copy of a cron daemon, and come up with all kinds of marketing spice about the possibilities that can be achieved with this automation technology |
| 14:50.27 | lmadsen | that'd be hawt |
| 14:50.45 | file | russellb: I think you just became the head of product development |
| 14:50.54 | russellb | O.O |
| 14:51.05 | russellb | file: but I asked to get hired before and you said no, and called me a nub :( |
| 14:51.36 | file | exactly |
| 14:51.41 | file | perfect for head of product development |
| 14:51.54 | tzanger | heh |
| 14:52.00 | russellb | product development? or product management? |
| 14:52.03 | tzanger | you're both newbs |
| 14:52.06 | file | both! |
| 14:52.13 | tzanger | file's a canadian newb though, and that's worse |
| 14:52.17 | tzanger | so that's the tiebreaker :-) |
| 14:52.18 | russellb | well one is engineering and one is marketing |
| 14:52.28 | russellb | i'd rather be in marketing |
| 14:52.37 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:52.37 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:52.40 | file | unclean! |
| 14:52.43 | russellb | :-p |
| 14:53.15 | tzanger | yeah marketing definitely ranks below canadina |
| 15:12.18 | *** part/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 15:12.59 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 15:20.28 | tzafrir_laptop | if we rename /etc/dahdi.conf as /etc/dahdi/system.conf then the name dahdi.conf becomes available for use as a config file for chan_dahdi.so |
| 15:20.56 | jsmith | tzafrir_laptop: Oooh, good point! |
| 15:21.02 | jsmith | likes it |
| 15:23.00 | seanbright | you know what's awesome? when someone transfers a domain name to a different registrar and doesn't tell anyone in IT. |
| 15:23.14 | seanbright | its more awesomer when it happened 6 weeks ago and you are just finding out about it. |
| 15:24.27 | russellb | "asterisk biocluster" |
| 15:24.32 | russellb | wtf is that? that was a search string |
| 15:24.57 | Qwell | http://freshmeat.net/projects/biocluster/ |
| 15:25.11 | Qwell | "BioCluster is a peer-to-peer clustering platform for Asterisk, the open source PBX, which allows Asterisk to be used as a full carrier-grade telephony solution." |
| 15:25.26 | russellb | oh, have not heard of that |
| 15:25.30 | russellb | i was thinking ... like .. |
| 15:25.31 | russellb | nevermind. |
| 15:25.33 | seanbright | and here i thought it was already a full carrier-grade telephony solution |
| 15:36.20 | tzafrir_laptop | russellb, unless someone else picked it up, it is probably no longer being developped |
| 15:37.36 | russellb | ah |
| 15:37.40 | russellb | should have just googled ... |
| 15:39.53 | ctooley | russellb, and... you'd find very little on it doing that. |
| 15:44.01 | russellb | i was thinking, wtf is a biocluster ... was thinking The Matrix |
| 15:44.01 | russellb | heh |
| 15:48.55 | tzafrir_laptop | Yup, indeed Atelis has stopped working on this. On the bright side, the code is now out there for people to use :-( |
| 15:54.15 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:12.10 | *** join/#asterisk-dev bweschke (n=BJ_Wesch@c-76-124-82-215.hsd1.nj.comcast.net) |
| 16:12.10 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 16:16.17 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 16:22.38 | *** join/#asterisk-dev esaym (n=user@cpe-70-120-89-6.satx.res.rr.com) |
| 16:24.55 | *** join/#asterisk-dev esaym (n=user@cpe-70-120-89-6.satx.res.rr.com) |
| 16:26.40 | *** join/#asterisk-dev esaym (n=user@cpe-70-120-89-6.satx.res.rr.com) |
| 16:43.34 | Corydon76-dig | lmadsen: ping |
| 16:46.19 | lmadsen | Corydon76-dig: pong |
| 16:46.45 | Corydon76-dig | M12900 |
| 16:46.46 | MuffinMan | [closed] [Asterisk] Documentation 0012900: typographic error page 78 of Asterik 2nd edition reported by olivierm (Karma: neutral) http://bugs.digium.com/view.php?id=12900 |
| 16:47.23 | Corydon76-dig | Your mission, should you choose to accept it, is to fix every book in existence. ;-) |
| 16:49.13 | jsmith | Corydon76-dig: Already replied, and it can be closed |
| 16:49.25 | Corydon76-dig | jsmith: already closed |
| 16:49.35 | Corydon76-dig | I just thought it was funny |
| 16:50.05 | lmadsen | lol, I think so too :) |
| 16:50.36 | lmadsen | the documentation is really great, but this small mistake make you wonder if your are stupid |
| 16:50.43 | lmadsen | shakes head |
| 16:50.58 | Corydon76-dig | wrong "your" |
| 16:51.05 | lmadsen | aye :) |
| 16:51.15 | lmadsen | that was the irony in the sentence |
| 16:51.40 | lmadsen | although I suppose it could just be 'you' with a typo |
| 16:57.47 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.115.150) |
| 16:57.52 | Laureano | Hello gyus. |
| 16:57.55 | Laureano | *gyus |
| 16:57.59 | Laureano | Oops. |
| 16:58.00 | smth | hi, how can I get only those 'Channel' infos which generated by my sending 'originagte' throught AMI? |
| 16:59.25 | *** join/#asterisk-dev tuxd00d (n=tuxd00d@128.187.132.25) |
| 17:03.57 | Corydon76-dig | smth: I don't think you can |
| 17:04.09 | Corydon76-dig | It's all or nothing |
| 17:04.22 | Corydon76-dig | in terms of the 'Call' class of events |
| 17:08.20 | smth | so, any any way to collect the message from messages file those only belong this call session? |
| 17:09.45 | Corydon76-dig | Nope |
| 17:10.00 | smth | since I found only channel-id is unique which can be match word. |
| 17:10.04 | Corydon76-dig | You'd have to get all events, then filter out the ones you don't want |
| 17:14.59 | smth | but there seem not a unique id available to this call in the events which can have me locate which one is my need |
| 17:15.45 | *** join/#asterisk-dev De_Mon (i=de_mon@fl-71-55-24-227.dhcp.embarqhsd.net) |
| 17:25.27 | smth | Corydon76-dig, what does the ActionID in Originate work for? it 's only to identify the response to this request. why donst it appear at 'event' to be helpful? |
| 17:26.04 | Corydon76-dig | Because it's only meant to be able to associate specific actions with specific responses |
| 17:26.24 | Corydon76-dig | Events are by definition asynchronous, not directly related to Actions |
| 17:27.47 | Corydon76-dig | At any rate, if you want to have that discussion, it needs to happen on the -dev list, not here. |
| 17:40.34 | smth | anyway, thanks for your help. I think only way is to go for a dump channel to get the info what I need. |
| 17:41.30 | mvanbaak | Corydon76-dig: ping |
| 17:42.21 | mvanbaak | asterisk commit 115157 |
| 17:42.36 | mvanbaak | commit asterisk 115157 |
| 17:42.42 | mvanbaak | blegh |
| 17:42.48 | mvanbaak | anywayz |
| 17:42.49 | MuffinMan | [115157] Committed by tilghman on 2008-05-02T02:33:04.964262Z: Add attributes to various API calls, to help track down bugs (and remove a deprecated function) |
| 17:43.00 | mvanbaak | that borked the built on OpenBSD |
| 17:43.26 | Corydon76-dig | Sweet |
| 17:43.41 | Corydon76-dig | What's the problem, specifically? |
| 17:43.56 | mvanbaak | <PROTECTED> |
| 17:44.41 | Corydon76-dig | Have you consulted with the OpenBSD maintainers? |
| 17:45.11 | Corydon76-dig | Either you're using an older version of gcc or they've disabled it for some reason |
| 17:45.18 | mvanbaak | GNU Make 3.80 |
| 17:45.27 | Corydon76-dig | gcc, not gmake |
| 17:45.28 | mvanbaak | gcc version 3.3.5 (propolice) |
| 17:45.47 | Corydon76-dig | Okay, older version of gcc |
| 17:46.02 | mvanbaak | yeah. |
| 17:46.11 | mvanbaak | well, this is the one in their latest release |
| 17:46.24 | mvanbaak | June 1st 2008, OpenBSD 4.3 |
| 17:52.49 | Corydon76-dig | Okay, I can fix that |
| 17:53.46 | mvanbaak | that would be nice |
| 17:54.02 | mvanbaak | I can install gcc 4.2 if you want |
| 17:54.10 | mvanbaak | gcc version 4.2.0 20070307 (prerelease) |
| 17:54.24 | mvanbaak | # /usr/local/bin/amd64-unknown-openbsd4.3-gcc-4.2.0 -v |
| 17:54.26 | mvanbaak | :) |
| 17:56.26 | mvanbaak | then it compiles :) |
| 17:56.54 | mvanbaak | well, at least it compiles aelparse ;) |
| 17:58.14 | Corydon76-dig | mvanbaak: 123988 |
| 17:58.44 | mvanbaak | uhhuh |
| 17:58.54 | mvanbaak | ./configure --enable-dev-mode is running |
| 18:00.00 | mvanbaak | ok, aelparse is compiling again with gcc 3.3.5 |
| 18:00.14 | mvanbaak | but now it dies at chan_iax2.c |
| 18:00.20 | mvanbaak | chan_iax2.c:3088: warning: missing sentinel in function call |
| 18:00.44 | mvanbaak | hhmm, I fixed that before |
| 18:02.43 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.106.165) |
| 18:02.43 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 18:03.21 | Corydon76-dig | mvanbaak: it's not missing the sentinel in trunk |
| 18:03.56 | mvanbaak | URL: https://origsvn.digium.com/svn/asterisk/trunk |
| 18:03.56 | mvanbaak | ueoaueoaueoau |
| 18:04.05 | seanbright | qweqweqweqwe |
| 18:04.09 | seanbright | what is a sentinel? |
| 18:04.14 | seanbright | re: function call |
| 18:04.40 | mvanbaak | sorry |
| 18:04.54 | Corydon76-dig | seanbright: it's a final NULL passed to a function with variable arguments, to signal the function that no more arguments are on the stack |
| 18:05.31 | Corydon76-dig | seanbright: by setting the attribute, gcc warns the user when a function is used without that mandatory sentinel |
| 18:05.34 | mvanbaak | this is trunk |
| 18:05.53 | Corydon76-dig | mvanbaak: then you have other problems |
| 18:06.45 | Corydon76-dig | Because line 3088 definitely has a terminating null |
| 18:07.47 | seanbright | ah |
| 18:07.48 | seanbright | nifty |
| 18:11.46 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 18:13.07 | mvanbaak | found the problem |
| 18:13.11 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 18:13.12 | mvanbaak | hang on, fixing it |
| 18:14.48 | mvanbaak | got it ! |
| 18:15.00 | mvanbaak | meh |
| 18:15.11 | mvanbaak | a lot of stuff is borked |
| 18:15.18 | mvanbaak | you have to cast the NULL to a char * |
| 18:15.26 | mvanbaak | (char *)NULL |
| 18:15.29 | mvanbaak | as sentinel |
| 18:15.32 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 18:16.07 | mvanbaak | as a reference: http://bugs.digium.com/view.php?id=11669 |
| 18:16.46 | mvanbaak | that one was accepted |
| 18:17.00 | mvanbaak | I'm now doing the same on all the other modules/apps/channels I can build here |
| 18:17.11 | *** join/#asterisk-dev _ys (n=yuri@236-069.nat.mns.ru) |
| 18:20.18 | seanbright | hmmm |
| 18:20.23 | seanbright | or you could just upgrade gcc |
| 18:20.39 | seanbright | right? |
| 18:21.05 | mvanbaak | why ? |
| 18:21.28 | *** join/#asterisk-dev jeffg_ (n=jeffg@pdpc/supporter/active/jeffg) |
| 18:21.40 | seanbright | i thought that error goes away with newer gcc? |
| 18:21.57 | seanbright | i'm only half paying attention |
| 18:22.00 | seanbright | maybe i am making things up |
| 18:28.34 | mvanbaak | or we can just fix the code |
| 18:28.55 | *** join/#asterisk-dev agx (n=badpengu@81-174-9-24.dynamic.ngi.it) |
| 18:29.44 | Corydon76-dig | mvanbaak: At best, that's a workaround for a buggy compiler |
| 18:31.12 | mvanbaak | I get the same with gcc 4.2 |
| 18:31.17 | Corydon76-dig | mvanbaak: However... if you would like to define a special constant called SENTINEL that is of the proper type and change the values to that, I think that would be more welcome |
| 18:31.34 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 18:31.35 | Corydon76-dig | (as it would reduce having to remember this change in the future) |
| 18:32.06 | mvanbaak | ok |
| 18:32.09 | seanbright | yeah, i like that plan. |
| 18:32.24 | mvanbaak | what's the best place to define that contsant ? |
| 18:32.32 | mvanbaak | *constant |
| 18:33.09 | Corydon76-dig | asterisk/compiler.h |
| 18:33.20 | mvanbaak | thanks |
| 18:34.23 | *** part/#asterisk-dev agx (n=badpengu@81-174-9-24.dynamic.ngi.it) |
| 18:34.28 | Corydon76-dig | Oh, and please add a comment that that's why you're doing it |
| 18:34.48 | seanbright | hmm |
| 18:34.53 | Corydon76-dig | i.e. older version of gcc, such as can be found on OpenBSD |
| 18:34.59 | mvanbaak | uhhuh |
| 18:34.59 | seanbright | are sentinels always char *s? |
| 18:35.01 | mvanbaak | I will |
| 18:35.04 | mvanbaak | seanbright: yes |
| 18:35.19 | putnopvut | seanbright: they could just as easily be void *s. |
| 18:35.44 | Corydon76-dig | Right, which is how it works in gcc 4. |
| 18:36.39 | mvanbaak | in older versions it's a char |
| 18:37.31 | seanbright | so #define SENTINEL ((void *) NULL)? |
| 18:37.42 | seanbright | or #define SENTINEL(x) ((x *) NULL)? |
| 18:37.43 | Corydon76-dig | Heh. My ex-boss notified me yesterday that the water plant route wasn't showing up correctly. This morning, it worked perfectly, no changes. |
| 18:37.57 | Qwell | water plant route? |
| 18:38.27 | Corydon76-dig | Yeah, at VCCH, I worked on the meter route for the water plant |
| 18:38.35 | Corydon76-dig | Billing |
| 18:39.05 | Corydon76-dig | Yesterday, I predicted that if he ran it today, it would work perfectly |
| 18:39.18 | Qwell | O.o |
| 18:39.18 | Corydon76-dig | (exactly 30 days after the last one ran) |
| 18:39.41 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 18:40.18 | Corydon76-dig | Since we built them a better system, they've been running the meters earlier and earlier each month. |
| 18:40.54 | Corydon76-dig | and now they hit a brick wall of the earliest they're allowed to post meter readings |
| 18:41.11 | putnopvut | seanbright: first one is good. |
| 18:41.54 | Corydon76-dig | seanbright: but flip to "(char *)" |
| 18:42.18 | seanbright | ahh |
| 18:42.22 | seanbright | gotcha |
| 18:42.28 | seanbright | so a sentinel is always a char * |
| 18:42.44 | Corydon76-dig | seanbright: for compatibility with older gcc, yes |
| 18:42.50 | seanbright | even if you take 'struct foobar *'s |
| 18:43.20 | seanbright | i can't believe gcc changes this stuff between versions |
| 18:43.32 | seanbright | it would take *1* line of code to make it work both ways |
| 18:43.35 | seanbright | ducks |
| 18:43.43 | mvanbaak | I already have '#define SENTINEL ((char *)NULL)' |
| 18:43.58 | Corydon76-dig | seanbright: var arg processing is already deep voodoo |
| 18:45.27 | seanbright | indeed. |
| 18:48.55 | *** join/#asterisk-dev jdjurici (n=jdjurici@www.btnet.hr) |
| 18:48.58 | jdjurici | yo |
| 18:49.33 | jdjurici | I have a strange issue with 1.4.19, using openh323 (voxgratia) and mgcp |
| 18:49.56 | jdjurici | for some reason after a while |
| 18:50.38 | jdjurici | all of my mgcp users get calls that don't really exists, and on the console it says they commed from h323 |
| 18:50.43 | jdjurici | which did not definetely |
| 18:50.59 | jdjurici | when I trie core show channels, all of them are in the ring state |
| 18:51.06 | jdjurici | and console "freezes" |
| 18:51.29 | *** join/#asterisk-dev jeffg_ (n=jeffg@pdpc/supporter/active/jeffg) |
| 18:51.38 | jdjurici | I can't type any command, sometimes it's not even listing all channels, it just stops |
| 18:52.00 | jdjurici | all lines are blocked, no incoming or outgoing calls are possible after that happen |
| 18:52.21 | jdjurici | any ideas? |
| 18:54.57 | jdjurici | also in log or cdr's there is nothing new |
| 18:55.12 | jdjurici | when that occurs, nothing is logged |
| 18:55.37 | jdjurici | and it all happens on random basis |
| 18:55.51 | jdjurici | sometimes it works for few hours, sometimes for few days... |
| 18:58.55 | putnopvut | jdjurici: I wish I could help you out there, but unfortunately those two channel types are probably the two I know the least about. |
| 19:00.06 | jdjurici | I thought I've done something wrong with my mgcp conversion to support ncs, but then I've tried standard mgcp on a test machine, same thing happened |
| 19:00.34 | jdjurici | also tried mgcp ncs from the net, that ppl claimed to work...same thing |
| 19:01.29 | jdjurici | added acl's to as5300 to make sure nobody from the net causes it, same thing to the asterisk box, iptables, and h323 config just for the as5300 to have access |
| 19:01.42 | tzafrir_laptop | kpfleming around? |
| 19:02.04 | jdjurici | putnopvut: thanks anyway |
| 19:02.05 | kpfleming | about to head into a meeting, be back in a bit |
| 19:02.57 | tzafrir_laptop | in short: any issue with renaming /etc/dahdi.conf into /etc/dahdi/system.conf (or whatever)? |
| 19:03.05 | tzafrir_laptop | Or do it in a branch? |
| 19:03.21 | putnopvut | jdjurici: it may be possible actually that there is a deadlock occurring with channel locks. |
| 19:03.36 | jdjurici | yeah it looks like a deadlock |
| 19:04.06 | putnopvut | jdjurici: if you have the capacity to do so, you could recompile Asterisk with DEBUG_THREADS selected in menuselect and issue the command "core show locks" on the CLI when the problem occurs. |
| 19:04.07 | jdjurici | but dunno how to find it, not very much familiar with gdb |
| 19:04.30 | jdjurici | hmmmm.....well I could do that |
| 19:04.44 | putnopvut | Then either pastebin the output, or better yet, open a bug report on bugs.digium.com with all the details just so no one forgets about the problem. |
| 19:04.59 | jdjurici | but you think it could be that reason, that 190mgcp users get all in matter of second in ring state |
| 19:05.02 | jdjurici | ? |
| 19:05.34 | jdjurici | and it all appears that call's are comming from h323 |
| 19:05.41 | putnopvut | Hmm, well, the symptoms of calls not being able to be processed is what makes me think that it could be a deadlock. The fact that channels appear to be "stuck" also makes me think that. |
| 19:06.57 | putnopvut | I'm not sure why all the "fake" calls would be initiated. That just sounds bizarre. |
| 19:07.03 | jdjurici | hmmm....yeah could be...need to wait for few hours, then I'm gonna recompile it with two debug options |
| 19:08.14 | jdjurici | yeah it's really bizzare |
| 19:08.54 | jdjurici | but just checked logs from h323 and it seams, they did not originated from my as5300 |
| 19:09.41 | jdjurici | the main problem is if I put back original chan_mgcp.c I can't get so much real users on it, and it will really take a while again to test it |
| 19:12.09 | jdjurici | this way I get about 14 active calls per second, and reall alot of trafiic (because this version of chan_mgcp.c doesn't have the ability to use digit maps on the gateway side, so it's almost like overlap) |
| 19:12.17 | jdjurici | *trafic |
| 19:13.34 | jdjurici | tried adding digit map support to my version of chan_mgcp.c, and it worked, but there are still alot of things that needs to be rwritten for that part to really work reliable (digit map) |
| 19:13.44 | jdjurici | *rewritten |
| 19:16.21 | jdjurici | putnopvut: when deadlock's ussually occurs, what would be typical cpu usage of the box? |
| 19:16.29 | jdjurici | mine is lying at 0% |
| 19:17.02 | putnopvut | jdjurici: Hmm. I would expect CPU usage to increase. |
| 19:17.19 | anonymouz666 | why increase? |
| 19:17.25 | jdjurici | yeah that's why it strange, it should rise alot when deadlock occurs? |
| 19:17.28 | anonymouz666 | no more calls are processed |
| 19:18.28 | putnopvut | anonymouz666: I'm just assuming here. I guess that more calls are attempted to be processed, but since they're all trying to get locks, the number of pending calls piles up and CPU usage increases. |
| 19:20.02 | jdjurici | hmmmm.... |
| 19:21.15 | anonymouz666 | putnopvut: there are times that all phones lost the SIP registry |
| 19:21.31 | jdjurici | yeah but this problem is with mgcp |
| 19:21.47 | jdjurici | and 190 users get "fake" calls from h323 side |
| 19:21.55 | jdjurici | that don't really happen at all |
| 19:22.50 | jdjurici | and all 190 show's ring state (that is when the console doesn't lock for input, so that I can issue core show channels) |
| 19:25.55 | jdjurici | I at first thought that there is maybe a possibily of loop in extensions.conf, but it's relly straightforward |
| 19:26.33 | jdjurici | I get call from h323, use exactly the same e164 number that comes in, and send it to mgcp |
| 19:26.45 | jdjurici | and all numbers from mgcp I sent to h323 |
| 19:26.52 | jdjurici | that's all |
| 19:33.36 | jsmith | Corydon76-dig: Ping? |
| 19:33.59 | Corydon76-dig | pong |
| 19:36.49 | Corydon76-dig | I'm tempted to change the title of 12877 to "Navtel Fails Interop Test with Asterisk" |
| 19:39.40 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) |
| 19:39.40 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 19:51.42 | mvanbaak | anyone here that can help we with netsock.c ? |
| 19:52.24 | mvanbaak | http://pastebin.ca/1051369 |
| 19:53.46 | Corydon76-dig | mvanbaak: is getifaddrs defined on your platform? |
| 19:54.57 | Corydon76-dig | mvanbaak: it should be |
| 19:55.08 | mvanbaak | if I do man getifaddrs I get a nice manpage |
| 19:55.15 | mvanbaak | you want me to pastebin that one as well ? |
| 19:56.37 | Corydon76-dig | Hang on |
| 19:56.52 | mvanbaak | http://pastebin.ca/1051373 |
| 19:56.56 | mvanbaak | that's the manpage |
| 19:57.38 | Corydon76-dig | http://asterisk.drunkcoder.com/patches/20080619__for_mvanbaak.diff.txt |
| 19:57.47 | Corydon76-dig | Patch that, and tell me if the error goes away |
| 19:57.53 | russellb | that's an awesome domain btw Corydon76-dig ... |
| 19:58.27 | Corydon76-dig | russellb: isn't it? ;-) |
| 19:58.35 | russellb | i would even say it pwns |
| 19:58.40 | _ys | "drunkcoder" nice |
| 19:58.41 | bkruse | agrees |
| 19:59.06 | russellb | we should have a drunk coder party |
| 19:59.10 | russellb | wait ... that's astricon :-p |
| 19:59.13 | Corydon76-dig | Ironically, I almost never get drunk anymore |
| 19:59.20 | russellb | yeah, same here. |
| 19:59.22 | russellb | growing up is lame |
| 19:59.23 | russellb | :) |
| 19:59.27 | mvanbaak | lol |
| 19:59.37 | Qwell | JerJer: ping |
| 20:00.30 | JerJer | gnop |
| 20:01.20 | Qwell | JerJer: see msg |
| 20:01.23 | putnopvut | queues a ping to JerJer. |
| 20:01.30 | mvanbaak | Corydon76-dig: http://pastebin.ca/1051383 |
| 20:01.58 | mvanbaak | :( |
| 20:02.03 | Corydon76-dig | Well, that's better |
| 20:02.11 | JerJer | returns it using the wrong byte order |
| 20:03.08 | Corydon76-dig | mvanbaak: if you eliminate the top 4 lines of that patch, does the error get better or worse? |
| 20:03.18 | putnopvut | JerJer: I know you had expressed interest in getting SIP spirals supported in Asterisk. I uploaded a patch to issue http://bugs.digium.com/view.php?id=7403 |
| 20:03.36 | putnopvut | It is a patch I wrote that allows SIP spirals to work properly. It passed the "works for me" test. |
| 20:04.12 | mvanbaak | Corydon76-dig: it gets a tiny bit better |
| 20:04.20 | JerJer | cool - i was motived by another guy about sip spiral |
| 20:04.22 | mvanbaak | now I only have the two errors in ast_set_default_eid |
| 20:04.36 | mvanbaak | netsock.c:262: error: dereferencing pointer to incomplete type |
| 20:04.40 | mvanbaak | two times that error |
| 20:04.44 | mvanbaak | that's it |
| 20:05.35 | Corydon76-dig | mvanbaak: grep -R sockaddr_dl /usr/include |
| 20:06.28 | mvanbaak | ++2+% grep -R sockaddr_dl /usr/include |
| 20:06.33 | mvanbaak | oops |
| 20:06.44 | Corydon76-dig | Interesting prompt |
| 20:06.56 | mvanbaak | error 2 from the last command |
| 20:07.12 | mvanbaak | http://pastebin.ca/1051395 |
| 20:08.51 | mvanbaak | want me to portmap something to my obsd box ? |
| 20:08.55 | mvanbaak | so you can ssh in ? |
| 20:09.36 | Corydon76-dig | http://asterisk.drunkcoder.com/patches/20080619__for_mvanbaak__2.diff.txt |
| 20:09.40 | _ys | locate if_dl.h ? |
| 20:10.02 | Corydon76-dig | I'm thinking it's just a matter of finding the right headers |
| 20:10.22 | mvanbaak | indeed |
| 20:10.49 | Corydon76-dig | compiling? |
| 20:11.43 | mvanbaak | no, getting worse big time |
| 20:12.00 | mvanbaak | or was this one on top of the other one ? |
| 20:12.07 | mvanbaak | nah, it wasn't |
| 20:12.11 | Corydon76-dig | No, instead of |
| 20:12.18 | mvanbaak | yeah |
| 20:12.22 | mvanbaak | that's what I thought |
| 20:12.30 | _ys | mvanbaak if_dl.h exist? (/usr/include/net/if_dl.h) |
| 20:12.49 | mvanbaak | http://pastebin.ca/1051399 |
| 20:12.52 | Corydon76-dig | _ys: you usually aren't supposed to include those directly |
| 20:13.16 | Corydon76-dig | mvanbaak: gimme ssh, I'll look |
| 20:13.23 | mvanbaak | _ys: yup |
| 20:13.26 | mvanbaak | ++2+% ls -lah /usr/include/net/if_dl.h |
| 20:13.26 | mvanbaak | -r--r--r-- 1 root bin 3.4K Mar 30 2006 /usr/include/net/if_dl.h |
| 20:15.22 | _ys | Corydon76-dig: grep -r if_dl\.h /usr/include say me, that this file is not included from other .h file |
| 20:15.37 | _ys | fbsd os |
| 20:21.45 | seanbright | so is there a way today (with 1.4) to inject a sound into a bridged call? |
| 20:22.26 | russellb | ... sort of |
| 20:22.34 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 20:22.38 | russellb | existing way without any code changes: dynamic features in features.conf |
| 20:22.47 | russellb | API to do mix audio into a bridged call ... audiohooks ... |
| 20:23.33 | russellb | that's about the extent of it |
| 20:23.36 | seanbright | cool |
| 20:23.37 | seanbright | thanks. |
| 20:23.39 | russellb | unless you want to get crazy with the manager interface |
| 20:23.58 | seanbright | i'm all about getting crazy |
| 20:26.11 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 20:30.11 | mvanbaak | nice, no dotfiles changed ;) |
| 20:30.13 | mvanbaak | hides |
| 20:31.32 | mvanbaak | thanks Corydon76-dig |
| 20:31.36 | mvanbaak | ok |
| 20:31.43 | mvanbaak | I have the SENTINEL stuff done as well |
| 20:32.00 | mvanbaak | can I commit it to trunk ? or do you want to review it ? |
| 20:32.31 | Corydon76-dig | Update the CODING-GUIDELINES please |
| 20:32.44 | mvanbaak | good one |
| 20:33.44 | jsmith | Corydon76-dig: Ping? |
| 20:34.05 | Corydon76-dig | jsmith: pong |
| 20:34.16 | Corydon76-dig | mvanbaak: Don't forget the comment in compiler.h, please |
| 20:34.50 | jsmith | Corydon76-dig: I noticed your update to CHANGES mentioned "alternativeexts", while the config option is "alternateexts" |
| 20:36.39 | Corydon76-dig | Nice catch |
| 20:37.12 | putnopvut | Would anyone mind too heavily if I added a janitor project to use the ARRAY_LEN macro in places where it isn't currently used? |
| 20:39.29 | jsmith | Corydon76-dig: I'm not much use in here, but I *do* try to read all the commit messages and make sense of them |
| 20:41.11 | mvanbaak | ok, done |
| 20:41.38 | Corydon76-dig | putnopvut: sounds good, actually |
| 20:43.15 | mvanbaak | gheh |
| 20:43.21 | mvanbaak | added 1 line comment to compiler.h |
| 20:43.34 | mvanbaak | and guess what, everything is getting rebuild |
| 20:43.46 | mvanbaak | success |
| 20:58.33 | mvanbaak | repotools wont install on openbsd ;) |
| 20:58.55 | mvanbaak | it's /usr/bin/sed |
| 20:58.58 | mvanbaak | not /bin/sed |
| 20:58.59 | mvanbaak | ;) |
| 21:12.10 | putnopvut | well, this is ... interesting. |
| 21:12.22 | putnopvut | I'm getting one-way audio in 1.4 when using mixmonitor. |
| 21:12.31 | putnopvut | That ain't cool. |
| 21:13.05 | *** join/#asterisk-dev ZX81_ (n=matt@203-79-98-34.adsl.paradise.net.nz) |
| 21:29.29 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 21:29.30 | *** mode/#asterisk-dev [+o JerJer] by ChanServ |
| 21:33.04 | mvanbaak | thank you Corydon76-dig |
| 21:33.12 | Corydon76-dig | yw |
| 21:33.55 | mvanbaak | karma++ Corydon76-dig 'Thanks for making it easier to work on asterisk on OpenBSD' |
| 21:34.36 | mvanbaak | I'm thinking about taking over the OpenBSD asterisk port |
| 21:40.26 | Juggie | Corydon76-dig, i hate odbc so much right now... but its probally just php's implementation to blame |
| 21:41.12 | JerJer | in my experience odbc on linux has always sucked ass |
| 21:41.27 | mvanbaak | Juggie: everything in PHP is to be hated |
| 21:41.53 | JerJer | php has its uses, just not many uses ;) |
| 21:41.58 | Juggie | well as such microsoft is never going to release dblib 64bit so i must conform |
| 21:42.00 | mvanbaak | there's no language that's more inconsistant then php |
| 21:42.10 | bkruse | mvanbaak: lies, javascript. |
| 21:42.13 | bkruse | :X |
| 21:42.15 | JerJer | resistance is futile |
| 21:42.26 | mvanbaak | evenn javascript is more consistant then php |
| 21:42.28 | mvanbaak | I mean |
| 21:42.38 | mvanbaak | a function to redeclare constants ????? |
| 21:42.42 | mvanbaak | like,.... wtf ? |
| 21:42.44 | Corydon76-dig | Juggie: why wait for MS, when FreeTDS has already released such a library? |
| 21:43.06 | bkruse | mvanbaak: it is noob friendly. So that you can take a hack fix, instead of a proper fix. Not good though |
| 21:43.34 | mvanbaak | and you always have to check the docs to see if the function is foo(needle, haystack) or foo(haystack, needle) |
| 21:43.43 | mvanbaak | and some functions even accept both |
| 21:43.55 | Corydon76-dig | mvanbaak: every function in Javascript is overridable... every one. |
| 21:44.09 | mvanbaak | foo([(haystack|needle)], [(haystack|needle)]) |
| 21:44.29 | Corydon76-dig | mvanbaak: it is what makes dealing with XSS such a huge burden |
| 21:44.50 | Juggie | the problem is i'm stuck with windows @ work but i wanted to go 64bit, 64bit apache, 64bit php and so on, but i need mssql access. |
| 21:44.55 | mvanbaak | Corydon76-dig: same as in php |
| 21:45.15 | Juggie | so i figured i'd try odbc, only its going to make me rewrite all my code due to how it does not have a function to seek the recordset. |
| 21:45.57 | mvanbaak | Juggie: you tried PEAR::MDB2 or ado ? |
| 21:46.08 | Juggie | no not yet. |
| 21:46.15 | Corydon76-dig | Juggie: to do what? |
| 21:46.27 | mvanbaak | I never use the built in stuff |
| 21:46.33 | jets | Juggie! |
| 21:46.34 | mvanbaak | I always use some abstraction thing |
| 21:46.41 | Corydon76-dig | Juggie: do you mean manipulate the cursor? |
| 21:47.01 | mvanbaak | Corydon76-dig: in php you can do: function gettext(data) { .... } |
| 21:47.11 | mvanbaak | that will overwrite the default gettext function |
| 21:47.21 | Juggie | Corydon76-dig, we have code that builds results based on a given record set, some reports use the same record set a couple of times so in mysql or mssql i can use mssql_data_seek(0) to move the record set back to the first record |
| 21:47.30 | mvanbaak | and since all php installs have error_reporting set to not show warnings .... |
| 21:48.22 | Juggie | however, there is sadly no such thing for the odbc module.. the only way to get it to go back is to do like say odbc_row($rs, 1) |
| 21:48.42 | Juggie | then any subsequent calls to odbc_row($rs) will start at 2. |
| 21:49.11 | mvanbaak | Juggie: why not use the mssql_* functions ? |
| 21:49.14 | Corydon76-dig | Juggie: you can't use SQLFetchScroll() ? |
| 21:49.22 | mvanbaak | Corydon76-dig: no |
| 21:49.35 | Juggie | mvanbaak, dblib = 32bit only. |
| 21:49.35 | mvanbaak | E_NOTIMPLEMENTED |
| 21:50.25 | mvanbaak | Juggie: binary or source ? |
| 21:50.43 | Juggie | mvanbaak, its a microsoft lib its freetds for windows basically |
| 21:50.44 | Corydon76-dig | mvanbaak: Well, you can't blame ODBC for that |
| 21:50.54 | Juggie | was the original c sql library for mssql |
| 21:51.06 | Juggie | its no longer supported |
| 21:51.07 | Corydon76-dig | mvanbaak: i.e. there's a function to do it, but it's just not supported by the driver |
| 21:51.42 | mvanbaak | Corydon76-dig: the php lib does not implement it neither :( |
| 21:52.12 | mvanbaak | Juggie: I dont understand |
| 21:52.24 | mvanbaak | Juggie: if you are on linux, I would use the freetds stuff |
| 21:52.31 | Juggie | right but this is work so its windows |
| 21:52.37 | mvanbaak | Juggie: and if you are on windows, just use the native stuff |
| 21:52.47 | Juggie | mvanbaak, i'm not sure what you dont get... |
| 21:53.00 | Juggie | the dll required by php_mssql = dead |
| 21:53.02 | Juggie | no longer supported |
| 21:53.05 | Corydon76-dig | Does FreeTDS not compile on Windows? |
| 21:53.16 | mvanbaak | Corydon76-dig: as far as I can tell, it dous |
| 21:53.29 | Juggie | not distributed with sql server anymore and so on |
| 21:53.35 | mvanbaak | well |
| 21:53.59 | Juggie | there is no 64bit version, hence, i could not use a 64bit version of php |
| 21:53.59 | mvanbaak | if the platform your program should run on is windows, why bother with odbc ? just use the mssql native stuff |
| 21:54.11 | Juggie | bangs head |
| 21:54.32 | Juggie | the only windows driver available to use with php is 32bit only. |
| 21:54.32 | mvanbaak | write some object using the mssql dll |
| 21:54.53 | mvanbaak | Juggie: you DO know that 64bit support in windows is very buggy |
| 21:55.15 | Juggie | for apache/php that may be i have not tried it |
| 21:55.23 | mvanbaak | vista and win2k3 have _some_ support, but most of the stuff is 32bit anywayz |
| 21:55.25 | seanbright | blinks... |
| 21:55.27 | seanbright | < Juggie> mvanbaak, dblib = 32bit only. |
| 21:55.41 | seanbright | well that puts a damper on my changes to cdr_tds then |
| 21:55.57 | Juggie | why so, dblib is the windows version |
| 21:56.00 | mvanbaak | seanbright: big time |
| 21:56.08 | Juggie | oh its a joke :) |
| 21:56.12 | seanbright | Juggie: dblib is a reference implementation |
| 21:56.16 | seanbright | and its part of freetds |
| 21:56.29 | seanbright | err |
| 21:56.35 | seanbright | freetds implemented MS's dblib |
| 21:56.37 | mvanbaak | well, the 64 bit support in windows is actually a layer on top of the 32 bit kernel |
| 21:56.40 | Juggie | ya, but its not the fact it woudnt work, just that we dont have the source |
| 21:57.17 | mvanbaak | it implements some extra syscalls, and allows some more memory, but that's it |
| 21:57.42 | mvanbaak | you can run vista 64bit perfectly on your p4 2Ghz 32bit cpu |
| 21:58.21 | mvanbaak | I'm running vista business 64bit in a qemu instance on a p3 |
| 21:58.33 | mvanbaak | slow as hell, but it boots and all |
| 21:58.33 | Juggie | no ones debating windows is barely 64bit :) |
| 21:59.04 | mvanbaak | Juggie: well, the main statement I want to make is: if you are on windows dont put any time in 64 bit stuff |
| 21:59.10 | mvanbaak | just go with the stuff they provide |
| 21:59.25 | mvanbaak | dont try to be a smarty, it will run in 32 bit mode anywayz |
| 21:59.42 | Juggie | on vista here at work about 2/3's is running in 64bit mode |
| 22:00.03 | mvanbaak | do you have flash on that ? |
| 22:00.32 | mvanbaak | running in a jail with a copy of all the libs it needs in a seperate directory ? |
| 22:00.39 | mvanbaak | no. |
| 22:00.47 | mvanbaak | so that means you are still running 32 bit |
| 22:00.52 | mvanbaak | with some extra syscalls |
| 22:01.15 | mvanbaak | so '64bit' programs can access memory above 4GB |
| 22:01.21 | mvanbaak | that's all there's to it |
| 22:02.14 | Juggie | and that ladies and gentlemen is the world according to mvanbaak |
| 22:03.56 | russellb | "GNU gcc" |
| 22:04.01 | russellb | which other gcc is there? :-p |
| 22:04.19 | russellb | the recursiveness of that statement blows my mind |
| 22:04.40 | seanbright | "GNU gcc" is redundant |
| 22:04.50 | seanbright | just like "NT Technology" |
| 22:04.52 | seanbright | heh |
| 22:05.33 | mvanbaak | russellb: meh, sorry |
| 22:05.46 | russellb | i'm just trolling |
| 22:05.56 | russellb | mvanbaak: thanks again for your help :-D |
| 22:06.11 | mvanbaak | <--- goes back to submitting everything to bugs.digium.com |
| 22:06.12 | mvanbaak | blegh |
| 22:06.42 | Corydon76-dig | seanbright: NT technology is actually an oxymoron |
| 22:06.51 | seanbright | Corydon76-dig: i was waiting for that one :) |
| 22:06.59 | mvanbaak | while $open_tickets_created_by_me > 1; do /msg russellb check my bugs !; done |
| 22:07.12 | mvanbaak | ;) |
| 22:07.22 | russellb | mvanbaak: nooooooooooooo |
| 22:07.26 | mvanbaak | whehehehehehe |
| 22:07.27 | mvanbaak | ok |
| 22:07.29 | mvanbaak | :) |
| 22:07.32 | russellb | mvanbaak: really, it's been great having you working on bugs and committing, keep up the good work :) |
| 22:07.33 | seanbright | you have to escape the ! i think |
| 22:07.50 | mvanbaak | russellb: I like it |
| 22:07.51 | russellb | sets mode +pedantic on seanbright |
| 22:07.51 | mvanbaak | really |
| 22:08.11 | mvanbaak | I have a new cat |
| 22:08.17 | mvanbaak | she's so freaking sweet |
| 22:08.33 | jsmith | sweet and sour cat? |
| 22:08.36 | seanbright | must... |
| 22:08.38 | seanbright | resist... |
| 22:08.39 | seanbright | temptation... |
| 22:08.44 | jsmith | seanbright: I couldn't. |
| 22:09.14 | seanbright | ok, i'm better now. |
| 22:09.20 | Corydon76-dig | mvanbaak: sweet? So it's a male cat that dates other male cats? |
| 22:09.45 | seanbright | jsmith: mine was more R rated than that :) |
| 22:09.59 | mvanbaak | Corydon76-dig: http://images.vanbaak.info/thumbnails.php?album=48 |
| 22:10.38 | mvanbaak | blegh, I hate my work |
| 22:10.52 | mvanbaak | takes so much time I have too little time for asterisk work |
| 22:10.59 | Corydon76-dig | http://images.vanbaak.info/displayimage.php?album=48&pos=46 |
| 22:11.17 | seanbright | mvanbaak: join the club. |
| 22:11.22 | Corydon76-dig | The larger cat looks a little pissed |
| 22:11.30 | mvanbaak | Corydon76-dig: she is |
| 22:11.38 | mvanbaak | she's still a bit upset |
| 22:11.51 | mvanbaak | 'wtf is this mini cat doing in _MY_ house' |
| 22:12.30 | mvanbaak | http://images.vanbaak.info/displayimage.php?album=48&pos=28 |
| 22:12.44 | mvanbaak | that's a picture of 3 days later |
| 22:12.52 | Corydon76-dig | Heh |
| 22:12.56 | mvanbaak | they are already playing with the same toy |
| 22:13.04 | mvanbaak | so they are getting used to eachother |
| 22:13.41 | Corydon76-dig | That's good |
| 22:14.46 | mvanbaak | yeah |
| 22:14.50 | Corydon76-dig | The first cat my family had probably would have lived for 30 years, if he hadn't gotten in so many fights (the last of which gave him feline leukemia) |
| 22:14.55 | mvanbaak | and we keep them in during the night |
| 22:15.12 | mvanbaak | so they have to sleep together |
| 22:15.18 | mvanbaak | and that really works |
| 22:15.43 | mvanbaak | every day we wake them up (well, every day they wake us up) they are more used to eachother |
| 22:31.01 | Qwell | tzafrir_laptop: dahdi trunk tools isn't wanting to install right now, because of missing ../firmwares/ dir |
| 22:31.56 | Qwell | (from XPD_FIRMWARE) |
| 22:33.57 | mvanbaak | anyone interested in a 10yr old single malt Laphroaig whisky |
| 22:33.58 | mvanbaak | ? |
| 22:35.10 | putnopvut | I do like my single malt whiskey... |
| 22:36.03 | mvanbaak | the best part is, my boat is also called laphroaig |
| 22:36.43 | Qwell | tzafrir_laptop: that was quick - thanks :) |
| 22:38.49 | mvanbaak | gheh |
| 22:50.18 | jdjurici | utils.c:1357: error: "utils_cli" undeclared (first use in this function) |
| 22:50.27 | jdjurici | anyone familiar with how to resolve this issue |
| 22:50.38 | jdjurici | I need to compile with debug threads |
| 22:51.24 | jdjurici | putnopvut? |
| 22:51.44 | putnopvut | jdjurici: hmmm, I haven't seen that before. |
| 22:51.58 | putnopvut | What version of Asterisk are you running? |
| 22:52.50 | jdjurici | 1.4.19 |
| 22:53.23 | jdjurici | this is part in source |
| 22:53.23 | jdjurici | #ifdef DEBUG_THREADS |
| 22:53.35 | jdjurici | ast_cli_register_multiple(utils_cli, sizeof(utils_cli) / sizeof(utils_cli[0])); |
| 22:53.37 | putnopvut | Do you have LOW_MEMORY enabled? |
| 22:53.44 | jdjurici | no |
| 22:54.52 | putnopvut | That's really strange, considering that I can see utils_cli clear as day earlier in the file. |
| 22:55.23 | jdjurici | yeah...will try to do make clean again and then try again |
| 22:55.29 | putnopvut | jdjurici: good idea. |
| 22:55.40 | jdjurici | also is it of any use if I put debug channel locks also? |
| 22:56.00 | Corydon76-dig | No, it is of no use whatsoever |
| 22:56.17 | jdjurici | dont optimize? |
| 22:56.30 | Corydon76-dig | Just DONT_OPTIMIZE and DEBUG_THREADS |
| 22:57.02 | jdjurici | well let's cross fingers again :p |
| 22:57.13 | Corydon76-dig | I don't know why people keep asking us if they should add other flags, when we explicitly specify each flag they should turn on |
| 22:57.17 | russellb | http://digg.com/programming/Suvbersion_1_5_is_out |
| 22:57.22 | mvanbaak | I basically compile my boxen with DONT_OPTIMIZE set only |
| 22:57.40 | jdjurici | well to be honest, I wanted to check, I've seen that on wiki |
| 22:58.06 | Corydon76-dig | The Wiki, to put it nicely, is a large pile of horse manure |
| 22:58.12 | jdjurici | but wanted to check now that I had strange issue... |
| 22:58.45 | Corydon76-dig | Could you direct me to where on the Wiki it says that? |
| 22:58.46 | jdjurici | to be exact I've seen don't optimize and debug_threads |
| 22:58.54 | jdjurici | but wanted to check about other things |
| 22:59.02 | jpeeler | whoa let's upgrade subversion immediately |
| 22:59.04 | mvanbaak | cant wait for the weekend |
| 22:59.13 | russellb | jpeeler: hehe |
| 22:59.15 | jdjurici | but thanks anyway |
| 22:59.16 | mvanbaak | I'll be on my boat for the whole weekend |
| 22:59.24 | jpeeler | russellb: like seriously! |
| 22:59.32 | mvanbaak | sailing at day, hacking at night |
| 22:59.50 | mvanbaak | maybe I'll get some stuff done in the skinny-realtime stuff |
| 23:00.13 | seanbright | jpeeler: what's the big deal? |
| 23:00.25 | seanbright | jpeeler: new super whiz bang features? |
| 23:00.44 | seanbright | the tone of both of those questions sucked big time |
| 23:00.48 | seanbright | but that wasn't intentional |
| 23:00.51 | jpeeler | seanbright: from what i understand, proper branching/merging support |
| 23:01.13 | seanbright | ahhh |
| 23:01.14 | jdjurici | putnopvut: well that did it, I recompiled and started it again |
| 23:01.17 | seanbright | just found the release notes |
| 23:01.31 | jdjurici | will see when lock happens again, if it's lock issue |
| 23:01.32 | jpeeler | of course, i'm sure there are a lot of other things better too |
| 23:01.45 | mvanbaak | yea'h |
| 23:01.57 | putnopvut | jdjurici: okay, good luck. |
| 23:02.02 | mvanbaak | like all the changes to svnmerge we have made |
| 23:02.19 | jdjurici | putnopvut: thank you, will come back tommorow, time to put some sleep in my exey |
| 23:02.22 | jdjurici | *eyes |
| 23:02.28 | mvanbaak | I'm going to bed |
| 23:07.10 | jdjurici | nn |
| 23:17.49 | jpeeler | wow all kinds of good things are happening today, iced tea now is fully compatible with real java |
| 23:18.54 | jpeeler | or maybe i should say sun-java rather |
| 23:19.21 | seanbright | mmmm |
| 23:19.22 | seanbright | iced tea |
| 23:37.20 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 23:52.34 | ctooley | Corydon76-dig, As commented before, the data was given to codefreeze-lap and I don't have it anymore. But he said the data wasn't useful anyway. He asked me to open that tracker bug for his testing of the issue. |