| 00:08.25 | *** join/#asterisk-dev mosty (n=mosty@ppp191-34.static.internode.on.net) |
| 00:09.45 | *** join/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 00:35.49 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 00:35.49 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 01:19.48 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 01:34.11 | *** join/#asterisk-dev moy (n=moy@189.169.61.29) |
| 01:38.26 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 01:57.40 | *** join/#asterisk-dev DarkRift (n=dark@70.48.126.41) |
| 02:03.24 | *** join/#asterisk-dev gones (n=gones@203.193.37.251) |
| 03:06.46 | *** join/#asterisk-dev jameswf-home (n=james@ip72-223-0-183.ph.ph.cox.net) |
| 04:02.20 | *** join/#asterisk-dev gmaruzz (n=gmaruzz@213-140-6-122.ip.fastwebnet.it) |
| 04:02.29 | *** part/#asterisk-dev gmaruzz (n=gmaruzz@213-140-6-122.ip.fastwebnet.it) |
| 04:34.23 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-309630.home.otenet.gr) |
| 04:35.36 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-309630.home.otenet.gr) |
| 04:55.51 | *** join/#asterisk-dev CunningPike (n=arodgers@d75-155-184-81.bchsia.telus.net) |
| 06:03.25 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:03.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:04.36 | *** join/#asterisk-dev pabelanger (n=pabelang@OTWAON23-1242541604.sdsl.bell.ca) |
| 06:05.24 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) |
| 06:05.24 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 06:06.37 | mvanbaak | mornin all |
| 06:06.46 | snuff-work | ello mvanbaak |
| 06:18.54 | mvanbaak | time for work |
| 06:18.55 | mvanbaak | latero |
| 06:22.29 | *** join/#asterisk-dev jeffspeff2 (i=jeff@c-98-240-112-141.hsd1.ky.comcast.net) |
| 06:24.34 | *** part/#asterisk-dev gones (n=gones@203.193.37.251) |
| 06:39.33 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:39.33 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:42.59 | *** join/#asterisk-dev jeffspeff (i=jeff@c-68-53-54-229.hsd1.ky.comcast.net) |
| 06:45.00 | *** join/#asterisk-dev gones (n=gones@203.193.37.251) |
| 06:49.08 | mvanbaak | mornin oej |
| 06:53.49 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 06:53.53 | oej | Morning! |
| 07:31.39 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:31.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:12.00 | tzafrir_laptop | Getting closer to noon, actually |
| 08:25.22 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 09:01.51 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 09:44.47 | *** part/#asterisk-dev gones (n=gones@203.193.37.251) |
| 09:45.37 | *** join/#asterisk-dev gones (n=gones@203.193.37.251) |
| 09:48.02 | oej | Right. Lunch time |
| 09:48.48 | mvanbaak | same here |
| 09:59.24 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 10:01.18 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 10:06.54 | mvanbaak | NP: Cradle of Filth - From the Cradle to Enslave |
| 10:07.06 | mvanbaak | I really need to put that one as MOH on my box |
| 10:37.18 | JunK-Y | i wonder if i should get a lenovo thinkpad t61 or r61. |
| 10:37.46 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 10:38.04 | mvanbaak | I have the T61 |
| 10:38.10 | mvanbaak | and love it |
| 10:38.45 | JunK-Y | how good the battery? |
| 10:38.50 | mvanbaak | 4 hours |
| 10:39.07 | JunK-Y | and is the cooling great? |
| 10:39.22 | JunK-Y | i mean, after 30 minutes, does the laptop is burning you. |
| 10:39.26 | mvanbaak | silent |
| 10:39.50 | mvanbaak | no, I mostly use it on my lap and even in the summer with shorts it's fine |
| 10:40.02 | JunK-Y | rock on then :) |
| 10:40.07 | mvanbaak | uhhuh |
| 10:40.13 | JunK-Y | btw, are ya coming to astricon? |
| 10:40.19 | mvanbaak | uhhuh |
| 10:40.35 | mvanbaak | you ? |
| 10:40.42 | JunK-Y | ya |
| 10:40.50 | mvanbaak | nice |
| 10:41.50 | JunK-Y | when are you arriving? |
| 10:43.50 | *** join/#asterisk-dev Dovid (n=Dovid@tony09-118-62.inter.net.il) |
| 10:45.31 | mvanbaak | 9/22 around 7 PM |
| 10:46.50 | JunK-Y | kk, my plane ticket isnt bought yet. |
| 10:47.03 | JunK-Y | i will probably arrive at this daytime too |
| 10:48.40 | JunK-Y | do you have the 4 or 6 cells? battery |
| 11:08.19 | mvanbaak | 6 |
| 11:15.11 | mvanbaak | and I'm thinking about getting the extra battery you can put where the cd-drive is |
| 11:15.24 | mvanbaak | because when I'm on the road I dont really need the cd-drive |
| 11:16.47 | JunK-Y | who really need it anyways, you can get an usb 8GB at like 30$ :) |
| 11:20.22 | *** join/#asterisk-dev samad (n=samad@116.71.184.168) |
| 11:20.50 | samad | hello every one |
| 11:20.52 | samad | how ru |
| 11:20.56 | samad | i need help |
| 11:21.13 | samad | i am trying to recive call and dail call from my dot net application |
| 11:21.18 | mvanbaak | JunK-Y: as long as they dont sell movies on usbsticks I really like to keep my dvd-drive lying around |
| 11:21.28 | samad | can anybody helpme |
| 11:21.52 | JunK-Y | samad: #asterisk sounds a better place to go. |
| 11:22.20 | JunK-Y | mvanbaak: i dont buy movies, since i dont watch movies :) |
| 11:23.40 | samad | junk-Y |
| 11:30.41 | *** part/#asterisk-dev samad (n=samad@116.71.184.168) |
| 11:34.12 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:37.23 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:39.40 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 11:49.03 | eliel | good morning |
| 12:01.00 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:01.00 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:23.53 | tzafrir_laptop | http://thread.gmane.org/gmane.linux.hotplug.devel/12895 |
| 13:00.59 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.108.2) |
| 13:01.30 | tzafrir_laptop | aparantly udev supports converting '!' in device name to a directory separator as of 0.17 |
| 13:02.15 | tzafrir_laptop | so we can just rename zap (dahdi) devices from zapfoo to zap!foo |
| 13:02.33 | tzafrir_laptop | na no need for most of the udev rules. Just the permissions one |
| 13:10.33 | tzafrir_laptop | anybody actually relying of the zap devices generated as zapNNN? |
| 13:23.29 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 13:43.13 | eliel | mvanbaak: ping |
| 13:43.22 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.95.130) |
| 13:47.12 | mvanbaak | pong |
| 13:56.26 | eliel | mvanbaak: Did you think about how to implement the text cleanup ? |
| 13:57.07 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 13:57.07 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:57.08 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 13:59.48 | eliel | mvanbaak: I would like to start working on that, but if you already have an idea don't want to do something not compatible with it. |
| 14:00.07 | asteriskmonkey | wonder if anyone can help me with this please.. i have an nfs mount on a local system and im trying to server it into a jail via nullfs, however the directory ive mounted it to in my fstab nothing is showing |
| 14:00.46 | asteriskmonkey | sorry wrong channel |
| 14:01.51 | seanbright | a/s/l? wanna cyber? |
| 14:01.55 | seanbright | sorry wrong channel |
| 14:09.02 | mvanbaak | eliel: no work has been done on it |
| 14:09.36 | Corydon76-dig | seanbright: Hot damn. ;-) |
| 14:09.42 | eliel | ok, I can only imagine about a function to cleanup the string, and use it, inside a <para> and <synopsis> tag |
| 14:10.46 | eliel | And when I say cleanup, what I am thinking is: before a \n remove all spaces and tabs and also the \n, and leave just a space. |
| 14:11.03 | tzafrir_laptop | who's the svn admin? How can I get write permissions on dahdi/linux/team/tzafrir ? |
| 14:20.17 | mvanbaak | eliel: yup, that was my idea as well |
| 14:20.28 | mvanbaak | and remove the trailing \n |
| 14:20.36 | mvanbaak | like: \n$ |
| 14:21.27 | Corydon76-dig | tzafrir_laptop: talk to Russell or Kevin |
| 14:21.33 | eliel | mvanbaak: great, I will start working on it. |
| 14:21.59 | mvanbaak | eliel: if you look at the synopsis in 'core show applications' you'll see why I want that last \n removed ;) |
| 14:22.29 | eliel | mvanbaak: yes I saw it... xxcks... |
| 14:24.22 | eliel | seanbright: ast_asprintf, you found a litle janitor :-) |
| 14:24.58 | seanbright | it was code i committed the other day not realizing there was a wrapper available |
| 14:25.18 | seanbright | your commit earlier alerted me to the fact that it existed |
| 14:25.36 | seanbright | and the rest, as they say, is history |
| 14:26.22 | eliel | heh |
| 14:26.45 | snuff-home | btw seanbright.. did u add extra 1 line to the doc/cdr.tex (addition of userfield in table creation)? |
| 14:28.31 | seanbright | snuff-home: no, will do that now. |
| 14:29.09 | Corydon76-dig | Why asprintf at all, when ast_str exists? |
| 14:30.30 | seanbright | not sure i follow |
| 14:30.33 | seanbright | but feel free to change it |
| 14:32.52 | *** join/#asterisk-dev codefreeze-lap (n=murf@216.166.159.235) |
| 14:32.52 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 14:33.17 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.static.dsl.tele.dk) |
| 14:33.53 | Corydon76-dig | seanbright: asprintf allows you to allocate a string sufficiently large to handle the output of a format. ast_str permits the same thing, though it does it with a realloc |
| 14:34.48 | seanbright | i know how they work, not just sure how it applies to my changes |
| 14:35.02 | seanbright | but if you think it's better using an ast_str, change it |
| 14:35.20 | Corydon76-dig | What'd you change? |
| 14:35.24 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:35.24 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:35.39 | seanbright | heh |
| 14:35.43 | lmadsen | well hello there! |
| 14:35.49 | seanbright | there is a commits mailing list |
| 14:36.04 | Corydon76-dig | pounces lmadsen |
| 14:36.20 | Corydon76-dig | seanbright: you're going to make me do work? |
| 14:36.40 | seanbright | you injected yourself into the discussion |
| 14:36.51 | seanbright | that counts as work |
| 14:37.10 | lmadsen | Corydon76-dig: oh noes! |
| 14:40.52 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 14:42.10 | Corydon76-dig | seanbright: but I wanna be lazy |
| 14:42.18 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 14:42.24 | seanbright | that works too |
| 14:42.44 | Corydon76-dig | but anyway |
| 15:02.40 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:09.28 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:09.28 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:09.50 | tzafrir_laptop | russellb, hi |
| 15:10.04 | tzafrir_laptop | can I get write svn permissions on dahdi/linux/team/tzafrir ? |
| 15:11.10 | russellb | I have a meeting in 2 minutes, can you email me? I will do it as soon as I get back |
| 15:11.19 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 15:15.54 | *** join/#asterisk-dev somebee (n=somebee@89.10.19.26) |
| 15:17.45 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:17.45 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:33.59 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:36.13 | *** join/#asterisk-dev dominic1 (n=dob@213.221.82.242) |
| 15:36.20 | dominic1 | short question, how is the manager_event in dial.c filled with variables? I can only see %s in the strings, but can not see where %s is filles with vars |
| 15:41.52 | moy | dominic1: trunk? |
| 15:42.09 | dominic1 | trunk? |
| 15:42.15 | dominic1 | no, in the latest 1.4 |
| 15:44.13 | moy | let me see |
| 15:45.00 | moy | dominic1: you mean app/app_dial.c? senddialevent func? |
| 15:45.23 | dominic1 | exactly that. I am not able to understand how %s is filled with information |
| 15:45.52 | dominic1 | I know I am a rookie.... |
| 15:45.57 | dominic1 | :-( |
| 15:45.58 | outtolunc | http://cplus.about.com/od/learningc/Learn_How_to_Write_Programs_in_C.htm |
| 15:46.10 | dominic1 | thank you outtolunc |
| 15:46.14 | outtolunc | np |
| 15:46.23 | moy | dominic1: that's more a basic C question, you will be much better reading what outtolunc say, it works pretty much like printf() |
| 15:46.52 | dominic1 | I am more the javaguy ... :-( |
| 15:46.54 | *** part/#asterisk-dev moy (n=moy@189.169.61.29) |
| 15:47.01 | dominic1 | but thank you very much! |
| 15:47.18 | *** join/#asterisk-dev moy (n=moy@189.169.61.29) |
| 16:01.23 | Qwell | Corydon76-dig: did it seem like I may have been on the right track last night with the portno stuff? |
| 16:02.17 | Qwell | all of the machines I tried checking the size of an int, it kept coming back as 4.. |
| 16:05.26 | Qwell | and if an int is 2 bytes, would that mean a short would be 1? |
| 16:08.45 | mvanbaak | Qwell: I think yes |
| 16:08.50 | mvanbaak | but I'm not sure |
| 16:09.07 | Qwell | mvanbaak: you have funky machines.. wanna try running a little test app? |
| 16:09.27 | Qwell | M13255 |
| 16:09.30 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/Interoperability 0013255: bad contact port keeps carriers from taking calls reported by falves11 (Karma: -5.5) http://bugs.digium.com/view.php?id=13255 |
| 16:09.31 | mvanbaak | sure thing |
| 16:09.35 | Qwell | intsize.c, and there is a note near the end |
| 16:09.46 | Juggie | Qwell, where did you find an int to be 2 bytes? |
| 16:09.47 | Qwell | well, just `gcc intsize.c -o intsize; chmod +x intsize; ./intsize` |
| 16:10.05 | Qwell | Juggie: nowhere yet. but I'm hoping the reporter of this issue has a machine where int is 2 bytes |
| 16:10.11 | Qwell | because that would validate my theory.. |
| 16:10.32 | Juggie | a short should be 2, i dont think a short of 1 would hold enough values |
| 16:10.40 | Qwell | mvanbaak: no need to post it on the bug - if you could just tell me the second line |
| 16:12.22 | mvanbaak | ubuntu 64bit: 4 |
| 16:12.31 | Qwell | it has to be a 32-bit machine |
| 16:12.39 | Qwell | I think it'll always be 4 on 64-bit |
| 16:13.04 | russellb | tzafrir_laptop: done |
| 16:13.37 | mvanbaak | 32bit OpenBSD 4.3: sizeof(int)=4 - 45938 |
| 16:13.47 | Qwell | lame |
| 16:14.02 | Qwell | I wonder what distro he's running. probably something stupid old |
| 16:14.07 | tzafrir_laptop | russellb, thanks |
| 16:14.11 | mvanbaak | 32bit Debian stable: sizeof(int)=4 - 45938 |
| 16:14.20 | russellb | tzafrir_laptop: no problem, sorry it wasn't set up properly before |
| 16:14.27 | Qwell | would have to be older/funkier than Etch...sad. |
| 16:14.40 | mvanbaak | hhmm |
| 16:14.42 | mvanbaak | hang on |
| 16:15.52 | mvanbaak | sizeof(int)=4 - 45938 |
| 16:15.59 | Qwell | dangit |
| 16:16.05 | mvanbaak | Linux strongbad 2.6.7 #1 SMP Mon Jul 19 21:25:09 CEST 2004 i686 GNU/Linux |
| 16:16.18 | mvanbaak | old Debian machine that's not updated in a long time |
| 16:16.30 | mvanbaak | 32bit Debian stable: sizeof(int)=4 - 45938michiel@strongbad:~$ cat /etc/debian_version |
| 16:16.33 | mvanbaak | erm |
| 16:16.35 | mvanbaak | 3.1 |
| 16:16.39 | mvanbaak | michiel@strongbad:~$ cat /etc/debian_version |
| 16:16.39 | mvanbaak | 3.1 |
| 16:16.59 | Qwell | so his install would have to be ridiculously old |
| 16:18.16 | russellb | I would not expect Asterisk to work properly on a machine with a 2-byte word size ... |
| 16:18.18 | Qwell | yeah, I'm not hopeful |
| 16:18.21 | russellb | it's just not going to work. |
| 16:18.28 | mvanbaak | -bash-3.1$ uname -anp |
| 16:18.28 | mvanbaak | OpenBSD prindin.ankeborg.nu 4.1 GENERIC#1 i386 Intel(R) Xeon(TM) CPU 2.80GHz ("GenuineIntel" 686-class) |
| 16:18.34 | mvanbaak | sizeof(int)=4 - 45938 |
| 16:18.54 | Qwell | well, it's falves, so who knows what he's running |
| 16:19.44 | jsmith | Qwell: On CentOS 4.5 x86_64, I get sizeof(int)=4 and sizeof(short)=2 |
| 16:19.47 | mvanbaak | that openbsd box is inside vmware |
| 16:19.55 | Qwell | jsmith: that's expected on 64-bit |
| 16:20.09 | jsmith | Qwell: I get the same on 32-bit :-) |
| 16:20.14 | mvanbaak | same here |
| 16:20.19 | Qwell | yeah, the install would have to be pretty darn old |
| 16:20.26 | Qwell | I'm talking like...RH9 |
| 16:20.27 | mvanbaak | hhmm, my plan9 is not booting anymore |
| 16:20.31 | mvanbaak | so cannot test it there |
| 16:20.45 | mvanbaak | gheh, debian 3.1 isn't old enough for you ? |
| 16:21.03 | mvanbaak | that's freaking 2004 |
| 16:21.26 | Qwell | the last time I ran into a 2-byte int was...mid 90s |
| 16:21.58 | mvanbaak | let me ask in #openbsd. There are some ppl with even more funky hardware/installs then I have |
| 16:22.20 | Qwell | mvanbaak: I'll just wait for falves11.. not really worth wasting much time on |
| 16:22.36 | russellb | It's going to be architecture dependent ... |
| 16:22.44 | mvanbaak | I think so too |
| 16:23.08 | Qwell | russellb: see, the issue is, port is becoming 0, and I think it may be an overflow. That would explain it...pretty nicely :p |
| 16:23.16 | Qwell | at least, I want it to explain it, so we can be done with it and move on |
| 16:23.26 | mvanbaak | maybe there's someone with a vax on #openbsd ;) |
| 16:23.37 | russellb | i thought someone noted a revision that broke it |
| 16:23.44 | jsmith | Qwell: You sure he doesn't have a typo in his config file, and isn't setting "bindport=0.0.0.0" |
| 16:23.48 | Qwell | yes, that rev switched to a sscanf |
| 16:24.01 | Qwell | (it was a big diff, but that was one thing I noted) |
| 16:24.17 | Qwell | <Corydon76-dig> However if you're string-scanning an integer that exceeds the available size, I believe you get the maximum size for that storage type |
| 16:24.20 | Juggie | Qwell, its 4 for me |
| 16:24.23 | Qwell | and that was certainly encouraging |
| 16:24.39 | Qwell | (it's doing an sscanf with %u, while port is signed) |
| 16:25.25 | Qwell | I'll just wait for falves to respond |
| 16:25.34 | mvanbaak | yeah |
| 16:25.46 | mvanbaak | hhmm, noone in #openbsd with a 2-byte int system |
| 16:25.47 | mvanbaak | sorry |
| 16:25.53 | Qwell | sheesh |
| 16:25.59 | Juggie | if you had a byte and set it to 256, it would be 0 would it not |
| 16:26.08 | Juggie | which would explain the :0 |
| 16:26.14 | Juggie | analogy i know but it makes sense. |
| 16:26.28 | Qwell | Juggie: exactly :D which is part of why I was hopeful. it makes sense - at least in my mind :p |
| 16:32.37 | *** join/#asterisk-dev mvanbaak_ (n=michiel@vanbaak.xs4all.nl) |
| 16:32.37 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 16:32.52 | mvanbaak_ | yipes |
| 16:41.17 | *** part/#asterisk-dev dominic1 (n=dob@213.221.82.242) |
| 16:45.09 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.95.130) |
| 16:45.57 | *** join/#asterisk-dev qp| (n=mg@82-71-8-45.dsl.in-addr.zen.co.uk) |
| 16:58.01 | Corydon76-dig | Qwell: I have a machine whose ints are 2-bytes, but it's not set up right now |
| 16:58.12 | Qwell | what is the machine? |
| 16:58.13 | Corydon76-dig | but the shorts are also 2-bytes |
| 16:58.18 | Corydon76-dig | My Apple IIgs |
| 16:58.19 | Qwell | fun |
| 16:58.22 | Qwell | oh |
| 16:58.28 | Qwell | yeah, that's not going to help much:p |
| 16:58.40 | Corydon76-dig | longs are 4-bytes |
| 16:58.56 | Corydon76-dig | (Yes, I have a C compiler for my Apple IIgs) |
| 16:59.00 | Qwell | scary |
| 16:59.13 | Corydon76-dig | and yes, I have a Unix-like environment, also |
| 16:59.20 | mvanbaak | wow |
| 16:59.25 | mvanbaak | what's the CPU in that thing ? |
| 16:59.27 | Qwell | that's too much |
| 16:59.30 | mvanbaak | hhhhhhhmmmmmmmmmmm |
| 16:59.32 | Corydon76-dig | The kernel in that environment is limited to 32 processes concurrent |
| 16:59.47 | Corydon76-dig | mvanbaak: 65816 |
| 16:59.57 | mvanbaak | I have a fully working Apple Macintosh SE |
| 17:00.01 | Corydon76-dig | Oh, and threads are not supported |
| 17:00.07 | mvanbaak | mac os 6 |
| 17:00.19 | Corydon76-dig | mvanbaak: Multi-Finder? |
| 17:00.58 | Corydon76-dig | One of the neat things about the GNO/ME environment was that you could run the Finder under the environment, no problem |
| 17:01.06 | mvanbaak | uhhuh |
| 17:01.28 | Corydon76-dig | So the GUI was running in a multitasking environment... 16-bit machine (24-bit address bus) |
| 17:01.31 | mvanbaak | the only use for the thing right now is maclink+ |
| 17:01.48 | mvanbaak | I use the thing as a serial console for my soekris boxen |
| 17:01.48 | Corydon76-dig | mvanbaak: Mine is an awesome gaming machine |
| 17:02.02 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:02.11 | Corydon76-dig | mvanbaak: it even now has an Ethernet card and a TCP/IP stack |
| 17:02.18 | mvanbaak | BUT, I can try to boot OpenBSD on it |
| 17:02.54 | mvanbaak | no ethernet card in this one |
| 17:03.09 | Corydon76-dig | http://www.bytecellar.com/archives/000154.php |
| 17:03.39 | mvanbaak | nice |
| 17:04.32 | Corydon76-dig | Yes, the ziptie is a standard part of that board assembly |
| 17:05.27 | mvanbaak | whehehehe |
| 17:05.51 | Corydon76-dig | I bet I could make a softphone out of a IIgs |
| 17:08.33 | mvanbaak | hhmm, with a bit of luck it's an SE30 |
| 17:08.38 | mvanbaak | so I can run OpenBSD on it |
| 17:08.46 | mvanbaak | get myself an ethernet connection |
| 17:08.56 | mvanbaak | contact file to add it to buildbot |
| 17:08.58 | mvanbaak | hurray |
| 17:09.22 | mvanbaak | 'this machine will build once every week, because it takes 5 days to compile asterisk' |
| 17:11.32 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 17:13.16 | *** join/#asterisk-dev btfx (n=chatzill@c-76-19-45-11.hsd1.ma.comcast.net) |
| 17:13.54 | *** join/#asterisk-dev fabled (n=fabled@xdsl-83-150-94-239.nebulazone.fi) |
| 17:20.00 | tzafrir_laptop | any idea what's this issue with 'install-firmware' in zaptel? On a system with no firmwares downloaded that target tends to fail |
| 17:24.37 | mvanbaak | Qwell: iBook G4 with leopard shows 4 as will for sizeof(int) |
| 17:24.56 | Qwell | tzafrir_laptop: I think I see something - one sec |
| 17:25.22 | Qwell | yep |
| 17:25.31 | Qwell | problem goes away if you do make menuselect first |
| 17:25.51 | Qwell | So, just making the target "install-firmware: menuselect.makeopts" fixes it |
| 17:35.36 | mvanbaak | bbl, ugrading laptop |
| 17:36.22 | Qwell | tzafrir_laptop: our internal download mirror is being wonky right now - can you confirm that works properly? I can't get past the download |
| 17:39.15 | seanbright | Qwell: "To clarify - this needs to be compiled/run on the system that is experiencing this issue." |
| 17:39.18 | seanbright | L.O.L. |
| 17:39.22 | Qwell | yeah... |
| 17:39.23 | seanbright | (and i never say LOL) |
| 17:39.30 | Qwell | it's falves |
| 17:39.35 | seanbright | oh i know |
| 17:39.40 | seanbright | that's the only reason it's funny |
| 17:39.57 | Qwell | he's deciding to be slow today for some reason |
| 17:40.13 | seanbright | maybe he just went back to 1.4 |
| 17:40.24 | Qwell | not likely |
| 17:40.33 | seanbright | well i fixed his tds problem in 1.4 |
| 17:40.53 | seanbright | what are the chances of him running on a machine with 2 byte ints though? |
| 17:41.02 | Qwell | who knows. probably 0 |
| 17:41.21 | Qwell | but, it's falves, so probably like 80% |
| 17:41.23 | Corydon76-dig | Probably, but he's had issues to simply disappear at the drop of a hat |
| 17:41.26 | tzafrir_laptop | Qwell, doesn't seem to help |
| 17:41.36 | Qwell | tzafrir_laptop: after a dist-clean? |
| 17:41.53 | tzafrir_laptop | I test this with 'make install-firmware DESTDIR=$PWD/tmp' |
| 17:41.57 | Qwell | ahh, destdir |
| 17:42.02 | tzafrir_laptop | I deleted menuselect.makeopts |
| 17:42.03 | Qwell | that was another issue in dahdi |
| 17:42.11 | tzafrir_laptop | I'm trying zaptel 1.4 |
| 17:42.13 | Qwell | sec |
| 17:42.31 | tzafrir_laptop | (the report on the list was of zaptel 1.4 . But probably not DESTDIR) |
| 17:42.36 | *** part/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) |
| 17:42.53 | Qwell | I think the DESTDIR thing is different. I can get that to fail as well |
| 17:43.21 | seanbright | this isn't the make wildcard with fw issue is it? |
| 17:43.58 | Qwell | tzafrir_laptop: see dahdi r4529 |
| 17:44.13 | Qwell | I think that was what fixed it there |
| 17:44.42 | Qwell | yeah, because creating `pwd`/tmp/usr/lib/hotplug/firmware/ makes it work |
| 17:45.50 | tzafrir_laptop | right |
| 17:50.48 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 17:51.02 | seanbright | maybe the port is never being assigned |
| 17:52.04 | Qwell | seanbright: at least in create_addr(), the only way it wouldn't be set is if the sscanf is...funky. |
| 17:52.27 | seanbright | or of the string port was empty |
| 17:52.34 | seanbright | s/if/of/ |
| 17:52.36 | seanbright | heh |
| 17:52.51 | Qwell | then it would be set to either STANDARD_TLS_PORT or STANDARD_SIP_PORT |
| 17:53.04 | seanbright | oh right, duh, |
| 17:54.01 | seanbright | so portno isn't assigned if port *is* empty than... |
| 17:54.07 | seanbright | err |
| 17:54.09 | seanbright | *isn't* |
| 17:54.15 | Qwell | the sscanf sets it |
| 17:54.19 | seanbright | heh |
| 17:54.22 | seanbright | shuts up now |
| 17:54.40 | Qwell | you can see why I was banging my head on a wall yesterday... heh |
| 17:54.57 | Qwell | it just doesn't make sense, and this looked like the only place that port stuff was changed |
| 17:55.15 | seanbright | you could give him a patch that reverts just that bit |
| 17:55.23 | seanbright | and see if it fixes his problem |
| 17:56.25 | Corydon76-dig | but sscanf is arguably more tolerant of problems like this |
| 17:57.00 | Corydon76-dig | I would have thought that atoi was more likely an issue than anything else |
| 17:57.19 | seanbright | ditto |
| 17:57.44 | seanbright | actually, now that i think about it... maybe this wasn't the right revision |
| 17:58.10 | Corydon76-dig | seanbright: can you replicate the problem? |
| 17:58.11 | seanbright | it was the first commit to chan_sip after 135068 |
| 17:58.25 | seanbright | which he claims was the last working version for him |
| 17:58.28 | seanbright | Corydon76-dig: no |
| 17:58.48 | Corydon76-dig | Well, then it's kind of silly to predict this |
| 17:59.03 | Corydon76-dig | falves11 also makes custom changes to his system, and he NEVER initially reports that |
| 17:59.09 | seanbright | good point |
| 17:59.22 | Corydon76-dig | It's why his karma keeps getting lower |
| 18:00.30 | Juggie | we need a top and lowest karma page :) |
| 18:00.37 | Qwell | Juggie: we do |
| 18:00.43 | Juggie | it would also be nice if i could dig up my kharma without having to find a bug i reported |
| 18:00.50 | Corydon76-dig | Qwell: not a bottom 10, though |
| 18:00.52 | Qwell | or...did |
| 18:01.01 | Qwell | somebody must've removed it :p |
| 18:01.14 | Qwell | I could see people being upset by it |
| 18:01.29 | Corydon76-dig | http://bugs.digium.com/karma_halloffame.php |
| 18:01.51 | seanbright | and based on who is #1, it's no surprise you have that link handy |
| 18:01.52 | seanbright | ;) |
| 18:02.18 | Corydon76-dig | It's because I was an independent developer for so long |
| 18:02.25 | Juggie | it would be nice if in the (Logged in as: juggie) juggie was a link to the kharma page for me or something |
| 18:02.47 | seanbright | go for it |
| 18:05.50 | Qwell | tzafrir_laptop: I committed the menuselect part |
| 18:07.08 | seanbright | Corydon76-dig: jeebus. getting settable funcs took forever and a day to get in. |
| 18:07.53 | *** part/#asterisk-dev btfx (n=chatzill@c-76-19-45-11.hsd1.ma.comcast.net) |
| 18:08.00 | kpfleming | Corydon76-dig: oops, guess i missed those deprecated calls there... thought i found all of them |
| 18:08.03 | Corydon76-dig | seanbright: eh? |
| 18:08.37 | seanbright | M2278 |
| 18:08.43 | MuffinMan | [closed] [Asterisk] Core/General 0002278: [patch] Allow functions to be set reported by Corydon76 (Karma: +424.25) http://bugs.digium.com/view.php?id=2278 |
| 18:08.59 | Corydon76-dig | Ah |
| 18:10.01 | russellb | forever? that wasn't even a year |
| 18:10.08 | russellb | that's quick |
| 18:10.10 | russellb | :-p |
| 18:10.11 | seanbright | heh |
| 18:13.55 | seanbright | russellb: did you have a script that automagically posted mantis comments of "not in 1.0"? |
| 18:14.03 | russellb | no. |
| 18:14.09 | russellb | I did everything manually :( |
| 18:14.20 | seanbright | allah bless you |
| 18:16.00 | kpfleming | on that subject.. dave barry's blog yesterday had a link to an arrest report for some guy who has legally changed his name to 'Almighty Supremebeing Allah' |
| 18:20.18 | Qwell | nice |
| 18:20.33 | Qwell | kpfleming: what were the charges? |
| 18:21.02 | kpfleming | don't remember |
| 18:21.33 | seanbright | a woman in baltimore county changed her name to "lieutenant commander data" |
| 18:22.03 | seanbright | that comes from a county cop though, so not sure how reliable it is |
| 18:24.13 | Qwell | kpfleming: You would probably know this.. 32-bit (x86) Linux boxes used to use 2 byte ints, right? |
| 18:25.26 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.static.dsl.tele.dk) |
| 18:25.52 | kpfleming | no |
| 18:25.56 | russellb | I'm fairly certain that by definition, being a 32-bit architecture, it's a 4-byte int |
| 18:25.59 | kpfleming | 32-bit systems have always been 32-bit ints |
| 18:26.06 | Qwell | well then |
| 18:27.07 | seanbright | so much for that theory |
| 18:28.43 | Corydon76-dig | Maybe in 286 or 386 days |
| 18:28.50 | kpfleming | 286 yes |
| 18:28.53 | kpfleming | 386 is 32-bit |
| 18:29.13 | kpfleming | and some compilers allowed for 'short int' mode when compiling on a 386 for software that wasn't 32-bit clean |
| 18:37.16 | Corydon76-dig | #pragma memorymodel small |
| 18:40.01 | kpfleming | i believe there was also a 'tiny' mode for 8-bit ints, but that could be just a fuzzy memory |
| 18:40.31 | lmadsen | kpfleming: your brain needs to be brushed then |
| 18:40.50 | Corydon76-dig | Well, the processor supports all such modes, even today |
| 18:41.18 | Corydon76-dig | The modern x86 processor isn't really 64-bit, but a 64/32/16/8-bit hybrid |
| 18:41.38 | jsmith | There you go... throwing that word "hybrid" around again. |
| 18:41.52 | jsmith | was working on a training slide explaining the "hybrid" inside of a phone |
| 18:42.24 | Corydon76-dig | jsmith: what's worse, is that some of the Xeon line are 64/36/32/16/8-bit hybrid processors |
| 18:42.48 | jsmith | 36, eh? |
| 18:42.53 | jsmith | Kick-butt! |
| 18:43.10 | Corydon76-dig | jsmith: how do you think the Xeon line addressed more than 4GB of memory? |
| 18:43.11 | jsmith | wonders what special instruction set was invented for the extra four bits |
| 18:43.35 | jsmith | Was that part of the SSE3 instruction set, or some other dastardly addition? |
| 18:43.52 | Corydon76-dig | I forget, actually |
| 18:44.01 | Corydon76-dig | It predated SSE3, though |
| 18:44.17 | kpfleming | it's PAE |
| 18:44.28 | kpfleming | not really instructions, just a weird segmentation model in the page tables |
| 18:44.31 | Juggie | ya i was just thinking that, it must be for adressing over 4gb |
| 18:46.00 | jsmith | Ah, that's right... good ol' PAE |
| 18:49.51 | Juggie | however the 36bit mode was first introduced in the pentium pro |
| 18:49.56 | Juggie | so its been around for a while |
| 18:53.57 | kpfleming | back when 4GB of RAM cost a whole lot more than $60 |
| 18:54.53 | eliel | mvanbaak: (??) |
| 18:55.25 | Corydon76-dig | Remember when 4MB on a single stick made you nervous? |
| 18:55.44 | mvanbaak | yeah ? |
| 18:55.54 | Juggie | i have a huge static bag full of 1MB/2MB/4MB simms |
| 18:55.56 | Corydon76-dig | Kind of like 4GB on a single stick did a year or so ago |
| 18:56.10 | Juggie | anyone need any? :P |
| 18:56.13 | eliel | I have done a function to cleanup the text |
| 18:56.19 | Juggie | mom is on my case to clean out my tech crap at her house |
| 18:56.24 | eliel | do you have time to review it? |
| 18:56.36 | Juggie | theres old scsi drives, 386/486/pentium memory, etc. |
| 18:56.42 | mvanbaak | eliel: not right now |
| 18:56.44 | eliel | I can paste bin to everyone here in the channel... I think I am doing too much job |
| 18:56.51 | mvanbaak | but I will in about an hour |
| 18:56.57 | eliel | mvanbaak: great |
| 18:57.33 | *** join/#asterisk-dev MindTheGap (n=MindTheG@201.17.149.252) |
| 18:59.43 | eliel | http://pastebin.com/m2bdd5a60 |
| 19:02.12 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:04.47 | seanbright | eliel: you need to check *tmp for NULL on line 26 |
| 19:05.01 | Juggie | does anyone collect old computer stuff? |
| 19:05.02 | seanbright | err |
| 19:05.12 | seanbright | *tmp for \0, rather. |
| 19:05.24 | eliel | seanbright: thanks, let me check |
| 19:05.41 | seanbright | - while (*tmp == ' ' |
| 19:05.54 | seanbright | + while (*tmp && (*tmp == ' ' |
| 19:06.16 | seanbright | actually, you don't |
| 19:06.20 | seanbright | i really need to stop talking for today |
| 19:06.23 | seanbright | later folks |
| 19:07.00 | eliel | he, np |
| 19:07.07 | outtolunc | juggie: i used too, ran out of room at dumped most of it.. i do take donations of semi old but still usable to refurb for vets |
| 19:08.08 | Qwell | would "1 & 1 ? 2 : 3" ever evaluate as "1 & (1 ? 2 : 3)" ? |
| 19:11.16 | Corydon76-dig | Qwell: not according to my ANSI C book |
| 19:11.24 | seanbright | & has higher precedence than ternary |
| 19:11.25 | Qwell | yeah, wikipedia either |
| 19:11.55 | file | Qwell: port number issue still? |
| 19:11.59 | Qwell | yeah |
| 19:12.06 | file | have the sip.conf? |
| 19:12.15 | Qwell | no |
| 19:12.22 | Corydon76-dig | comparisons bind more strongly than binary operands, though |
| 19:12.28 | Qwell | but, a specific rev is causing the issues |
| 19:12.39 | file | Qwell: what rev? |
| 19:12.39 | seanbright | allegedly |
| 19:12.45 | Qwell | 133126 |
| 19:12.48 | Qwell | erm, 135126 |
| 19:14.46 | file | quite interesting |
| 19:15.48 | moy | eliel: I'm puzzled :) ... what's the deal with *tmp++; ? should't tmp++ work?, dereference is not necessary is it? |
| 19:15.58 | eliel | yeaph |
| 19:16.04 | eliel | already fixed that |
| 19:16.09 | moy | k |
| 19:16.16 | Qwell | of course, dialog->socket.port is no longer getting set either |
| 19:16.32 | eliel | http://pastebin.com/d71e64511 |
| 19:16.33 | *** join/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 19:16.38 | eliel | this is my last version |
| 19:16.48 | file | Qwell: eh? |
| 19:17.00 | Qwell | - dialog->socket.port = bindaddr.sin_port; |
| 19:17.04 | seanbright | oh yeah |
| 19:17.06 | seanbright | heh |
| 19:17.17 | file | that would probably do it... |
| 19:17.35 | seanbright | "13:51 <@seanbright> maybe the port is never being assigned" |
| 19:17.36 | seanbright | bam! |
| 19:17.41 | seanbright | hehe |
| 19:17.43 | eliel | moy: thanks for the review! |
| 19:18.17 | mvanbaak | eliel: looks ok |
| 19:18.41 | eliel | ok, I will continue testing it, and see what happens :-) |
| 19:18.48 | moy | eliel: no problem, and I agree with mvanbaak , looks good |
| 19:19.23 | Juggie | should i pat you on the back seanbright |
| 19:19.46 | seanbright | no |
| 19:20.02 | seanbright | it was one of those captain obvious revelations |
| 19:20.11 | Qwell | seanbright: if this is even it.. |
| 19:20.25 | seanbright | and at the time i was talking about 'portno' anyway, not dialog->socket.port |
| 19:20.32 | seanbright | Qwell: i believe in you |
| 19:20.51 | moy | eliel: hum, I don't see a reason for tmp++ while(blah){} tmp--; |
| 19:21.11 | moy | sounds like noop heh |
| 19:21.31 | seanbright | because the while loop will skip a valid character without the -- |
| 19:21.45 | eliel | seanbright: thats right |
| 19:22.04 | eliel | notice while coding, heh :-S |
| 19:22.06 | seanbright | you could change the tmp-- to a containue |
| 19:22.08 | seanbright | err |
| 19:22.10 | seanbright | continue |
| 19:22.28 | moy | seanbright: ah I see now |
| 19:23.02 | seanbright | eliel: you only have to tmp-- because on line 19 you tmp++, changing the tmp-- to a continue elleviates that |
| 19:23.11 | seanbright | alleviates? |
| 19:23.15 | seanbright | something like that. |
| 19:23.29 | eliel | seanbright: good point! |
| 19:24.43 | seanbright | and you should add a check for \t in your first if statement, no? |
| 19:26.33 | eliel | I need to avoid every \t ' ' \r after a \n |
| 19:27.03 | seanbright | Qwell: good call clarifying the assignment |
| 19:27.10 | Qwell | :p |
| 19:27.13 | seanbright | for serious |
| 19:27.21 | Qwell | I hate order of operations |
| 19:27.24 | seanbright | ditto |
| 19:28.17 | seanbright | eliel: oic |
| 19:29.20 | seanbright | eliel: i would calloc -> ast_calloc and strcpy -> ast_copy_string |
| 19:29.27 | seanbright | eliel: just for consistency |
| 19:29.54 | eliel | yeaph, I do that job while inseting this test inside asterisk source :-) |
| 19:30.11 | seanbright | ah |
| 19:30.13 | seanbright | good times |
| 19:31.54 | seanbright | Qwell: that was the fix. i'll be you an astricon beer. |
| 19:32.05 | seanbright | s/be you/bet you/ |
| 19:32.35 | seanbright | which is a safe bet for me seeing as i won't be there. |
| 19:36.35 | eliel | just trying some output text |
| 19:36.43 | eliel | s/some/hola/ |
| 19:37.18 | eliel | hmmm :-) I always forgot the last / now I got it ! hehe |
| 19:37.23 | seanbright | 01010101 |
| 19:37.28 | seanbright | s/1/|/ |
| 19:37.37 | seanbright | 01010101 |
| 19:37.39 | seanbright | s/1/|/g |
| 19:37.43 | seanbright | hot |
| 19:40.23 | mvanbaak | blegh |
| 19:40.49 | mvanbaak | stupid OpenBSD boot loader |
| 19:40.58 | mvanbaak | it's so borked here |
| 19:44.13 | eliel | Theo -- |
| 19:46.01 | mvanbaak | no, Otto Moerbeek -- |
| 19:46.07 | mvanbaak | he trashed the bootloader |
| 19:46.32 | mvanbaak | if there's an extended partition before the OpenBSD partition, the bootloader is unable to find the OpenBSD partition |
| 19:47.28 | mvanbaak | before he committed this rev, the OpenBSD bootloader could not boot OpenBSD when it was installed in an extended partition |
| 19:47.36 | mvanbaak | he 'fixed' that, but borked my setup |
| 19:51.55 | eliel | mvanbaak: I have tested my code with some mods and is working as expected, but now, we need to put \n to a string longer than 80 chars to be printable without problems... |
| 19:52.06 | eliel | mvanbaak: 'core show applications' is now fixed |
| 19:53.05 | mvanbaak | nice |
| 19:55.49 | eliel | how long the line of a paragraph should be? 60 chars? |
| 19:56.47 | Qwell | eliel: the line shouldn't go past the 80 char mark |
| 19:57.25 | seanbright | we'll need a justification algorithm |
| 19:57.26 | seanbright | :) |
| 19:58.02 | seanbright | i started writing a simple word wrap... |
| 19:58.03 | seanbright | let me see if i still have that code |
| 19:58.09 | eliel | seanbright: great |
| 19:59.35 | seanbright | i do, but it is pretty basic |
| 19:59.37 | seanbright | pb'ing... |
| 19:59.50 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 19:59.50 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 19:59.55 | mvanbaak | nice, I fixed my OpenBSD boot issue |
| 20:00.42 | seanbright | eliel: http://pastebin.ca/1170232 |
| 20:01.24 | seanbright | eliel: if you remove that really long word "reallydoreallydoreallydo..." in the sample input, it works pretty well (iirc) |
| 20:01.48 | eliel | seanbright: may I copy/use it and modified it if necesary? |
| 20:02.00 | seanbright | eliel: absolutely |
| 20:02.01 | eliel | please send me a fax with your disclaimer, hehehe |
| 20:02.04 | seanbright | heh |
| 20:02.10 | seanbright | hold on |
| 20:02.14 | eliel | thanks! |
| 20:02.47 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:02.58 | mvanbaak | lol |
| 20:03.38 | seanbright | eliel: http://pastebin.ca/1170236 |
| 20:05.22 | seanbright | eliel: the main problem is that it will fall flat on it's face in the event that a 'word' is longer than the specified number of columns. |
| 20:05.31 | seanbright | ... i think |
| 20:06.24 | eliel | Ok, I will test it... |
| 20:06.36 | seanbright | it's a start, anyway. |
| 20:08.42 | seanbright | i think there is a knuth algorithm floating around, but it's probably not public domain |
| 20:08.55 | seanbright | well, the code anyway |
| 20:09.37 | eliel | I will check those books, maybe I can translate it from MIX, he |
| 20:13.45 | seanbright | actually, the knuth stuff is publicly available... just not sure where to get it |
| 20:20.45 | seanbright | yikes... this is in a production stored procedure here: |
| 20:20.47 | seanbright | WAITFOR DELAY '00:00:01' -- ONE SEC DELAY |
| 20:21.49 | jsmith | seanbright: Nice... and let me guess... you found this only after people started complaining about long-running queries |
| 20:22.18 | seanbright | jsmith: no, i've been instructed to 'catch up' on how a system works that i have never touched before. |
| 20:22.29 | seanbright | jsmith: and i neglected to mention that is inside a while loop... |
| 20:23.11 | jsmith | seanbright: That's one way to avoid a race condition. (Not a *good* way by any stretch, but it sometimes works.) |
| 20:23.58 | seanbright | jsmith: that is the intent. |
| 20:24.17 | seanbright | jsmith: but it's *ugly* |
| 20:24.25 | jsmith | completely agrees |
| 20:38.11 | *** join/#asterisk-dev dlynes (n=daniel@S01060016b68219f1.vs.shawcable.net) |
| 20:39.02 | dlynes | Erm....buildbot website is down? |
| 20:39.21 | seanbright | t'would appear so |
| 20:39.21 | Qwell | umm, maybe. |
| 20:39.52 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 20:40.27 | seanbright | short of making it configurable... |
| 20:40.42 | seanbright | what do you think a reasonable value for a database login timeout, and a database statement timeout? |
| 20:40.47 | seanbright | in reference to CDR posting |
| 20:40.49 | Qwell | 8 hours |
| 20:40.59 | seanbright | ~lart Qwell |
| 20:40.59 | jbot | cuts off Qwell's head with a halberd that could have been a little bit sharper |
| 20:41.12 | seanbright | but for serious |
| 20:41.40 | russellb | ~violate seanbright |
| 20:41.41 | jbot | ACTION violates everything that is private and sacred to seanbright |
| 20:41.59 | seanbright | i was thinking 10 seconds for the login timeout and 3 for statement timeout |
| 20:42.33 | seanbright | going once... going twice... |
| 20:42.43 | seanbright | sold. |
| 20:42.44 | russellb | sold? |
| 20:42.58 | Qwell | that's kinda one of those things |
| 20:43.24 | seanbright | i'll commit it, it'll be fine for a couple months, then snuffy will patch it to add configurable timeouts |
| 20:43.27 | seanbright | heh |
| 20:44.08 | seanbright | oh sweet, there are already options in freetds.conf for that... done and done |
| 20:45.48 | russellb | what are the default values? |
| 20:45.56 | seanbright | 10 and 10 |
| 20:45.58 | seanbright | err |
| 20:46.01 | seanbright | inf and inf |
| 20:46.04 | russellb | oic |
| 20:46.15 | seanbright | in the conf file they are 10 and 10, but commented out |
| 20:46.17 | russellb | you should have said 800 km |
| 20:46.46 | mvanbaak | 42 |
| 20:46.48 | russellb | I wonder if having it timeout is a better default ... |
| 20:47.21 | seanbright | well the nice part about it being in freetds's conf file is that i don't have to change a line of code |
| 20:47.31 | seanbright | it's up to the admin to change it |
| 20:48.37 | kpfleming | everyone: please review the Zaptel-to-DAHDI.txt file i just added to the 1.4 branch; we need to thoroughly document what 1.4 users shuld expect when upgrading to 1.4.22 |
| 20:52.01 | mvanbaak | I like the document |
| 20:52.08 | mvanbaak | was just reading the commit mail |
| 20:52.45 | mvanbaak | btw, did you contact sangoma about the namechange ? |
| 20:52.54 | mvanbaak | so they can fix their stuff ? |
| 20:53.02 | russellb | it was publicly announced ... |
| 20:53.06 | russellb | it was pretty hard to miss ... |
| 20:53.19 | eliel | seanbright: http://pastebin.com/d678cfec2 |
| 20:53.19 | mvanbaak | uhhuh |
| 20:53.22 | russellb | and when it comes out, it will be clearly documented and announced |
| 20:53.29 | russellb | updating for them should be trivial |
| 20:53.34 | mvanbaak | k |
| 20:53.52 | mvanbaak | it's just that I know a lot of ppl here in .nl that use asterisk with sangoma hardware |
| 20:54.05 | russellb | nods |
| 20:54.10 | kpfleming | they've had months to prepare |
| 20:54.11 | russellb | unfortunately :-p |
| 20:54.12 | eliel | I make I new strwrap that has a MAX_DIFF that is the char dispersation en each line... and also puts a '-' if we have a long word |
| 20:54.28 | mvanbaak | russellb: I agree |
| 20:54.48 | mvanbaak | russellb: but it's way more easy to get sangoma hardware here in .nl then digium hardware |
| 20:55.05 | kpfleming | really? there are no sources for digium hardware? |
| 20:55.10 | eliel | before putting a '\n' it checks MAX_DIFF backwards and in the future and if we found a space in length < MAX_DIFF we wait or put the \n there |
| 20:55.23 | russellb | That's sad ... hopefully our sales folks know that. |
| 20:55.37 | russellb | It would be great if you could communicate why you have problems getting digium stuff to them. |
| 20:55.38 | mvanbaak | kpfleming: there are some. but only a handfull |
| 20:56.32 | seanbright | eliel: cool |
| 20:56.55 | mvanbaak | the main problem is stock. a lot of companies have sangoma cards in stock. |
| 20:57.06 | eliel | seanbright: I hope there are no bugs in there, but I will need to test it a litle more |
| 20:57.17 | mvanbaak | if you have a digium card and need a replacement, the 3 suppliers I know in .nl have to order it |
| 20:57.30 | Qwell | mvanbaak: well, that seems silly |
| 20:57.52 | kpfleming | that's awful |
| 20:57.59 | mvanbaak | I think they sell more sangoma stuff, so they stock up on that |
| 20:57.59 | russellb | yeah :( |
| 20:58.04 | kpfleming | there is stock of our cards in many places in europe and the UK |
| 20:58.29 | russellb | meeting timez0r |
| 20:58.40 | mvanbaak | russellb: have fun |
| 20:58.47 | mvanbaak | kpfleming: :( |
| 20:59.10 | mvanbaak | well, I know I wont use sangoma. but we are a hosting company and dont do local installs |
| 20:59.47 | mvanbaak | but the 3 companies I know that sell asterisk supported hardware have more sangoma stuff. and the digium stuff always have to be ordered |
| 21:02.27 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:08.56 | Corydon76-dig | kpfleming: I just realized that we need "spy-dahdi" recorded for ChanSpy |
| 21:09.44 | Qwell | this is true |
| 21:15.00 | Qwell | 480 Temporarily not available. It currently maps to congestion, seems fine to me. 13233 says he thinks it shouldn't (his reason isn't compelling). Thoughts? Close? |
| 21:15.50 | Corydon76-dig | kpfleming: Spreadsheet revived and in process. |
| 21:16.09 | mvanbaak | Qwell: close |
| 21:16.18 | mvanbaak | I think 480 == congestion |
| 21:16.31 | Qwell | he says it should be NO_ANSWER... that seems silly |
| 21:16.39 | mvanbaak | yeah |
| 21:16.51 | Juggie | no answer isnt correct |
| 21:16.53 | mvanbaak | NO_ANSWER means it rings, but noone answers |
| 21:17.33 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 21:17.44 | Qwell | 480 seems like a "*shrug* I dunno" |
| 21:19.09 | mvanbaak | Qwell: 22:58 <+ cdevogt> mafkees: iets over domeinen van Summit |
| 21:19.12 | mvanbaak | erm |
| 21:19.16 | mvanbaak | Qwell: http://lists.digium.com/pipermail/asterisk-dev/2006-January/017753.html |
| 21:19.21 | mvanbaak | wrong buffer |
| 21:19.22 | mvanbaak | ;) |
| 21:21.19 | Qwell | ...480 already returns no_answer |
| 21:22.51 | mvanbaak | huh ? |
| 21:25.18 | Corydon76-dig | Qwell: one of those we just changed recently |
| 21:26.33 | Qwell | it's the same in r80000 |
| 21:26.34 | Corydon76-dig | AST_CAUSE_UNREGISTERED, specifically |
| 21:27.31 | Qwell | so if his phone wasn't registered, it would've responded with a 503 |
| 21:28.13 | Corydon76-dig | Right, but now responds with a 480 |
| 21:28.18 | Qwell | closing |
| 21:28.55 | Corydon76-dig | AST_CAUSE_UNREGISTERED now maps to cause code 20 |
| 21:46.57 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 21:47.38 | mvanbaak | off to bed |
| 21:47.40 | mvanbaak | latero all |
| 21:49.11 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 21:59.56 | pabelanger | Hopefully this is not too painful, what would be the best approach to adding a custom SDP message to the existing asterisk SIP channel? from an external application or within the chan_sip.c ? |
| 22:05.43 | bkruse | mvanbaak: Hey! |
| 22:05.48 | bkruse | nvm |
| 22:11.38 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 22:19.03 | Corydon76-dig | Hi, obnoxious |
| 22:24.34 | kpfleming | pabelanger: what is an 'SDP message'? |
| 22:25.59 | pabelanger | it would be for MRCPv2. |
| 22:26.18 | pabelanger | http://tools.ietf.org/html/draft-ietf-speechsc-mrcpv2-16 |
| 22:26.40 | pabelanger | I know there in NO support in asterisk for this... but I wanted to see if I could write a simple test application |
| 22:27.13 | pabelanger | Basicly, start to teach myself about the inner workings for the sip / channel drivers |
| 22:27.48 | pabelanger | Write now I'm looking at how T.38 is handled in asterisk and have a feeling mrcp would have to follow the same guidelines |
| 22:28.01 | pabelanger | s/Write/Right |
| 22:29.41 | pabelanger | modify chan_sip to include mrcp support, then write a new application like rtp.c / udptl.c for the mrcp messages |
| 22:30.12 | kpfleming | well, that's a tall order |
| 22:30.28 | pabelanger | nods... I'm finding that out fast :) |
| 22:30.28 | kpfleming | rtp.c is not an application, it's a media stream module |
| 22:31.01 | kpfleming | so if MRCP is treated as a media stream, that will have ripple effects throughout Asterisk since it will need to be another stream on the ast_channel structure |
| 22:31.35 | pabelanger | yes, that would make sense. MRCP is a media stream. |
| 22:31.48 | pabelanger | like you said, 'tall order' |
| 22:41.45 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 23:05.24 | *** join/#asterisk-dev mvanbaak_ (n=michiel@vanbaak.xs4all.nl) |
| 23:05.24 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |