| 00:12.31 | *** join/#elinux TimRiker (~timr@proxyle01.ext.ti.com) |
| 00:12.31 | *** mode/#elinux [+o TimRiker] by ChanServ |
| 00:42.55 | *** join/#elinux sjhill (~sjhill@pool-68-162-138-179.pitt.east.verizon.net) |
| 01:12.30 | *** join/#elinux julie_ (~julie@h000625b93360.ne.client2.attbi.com) |
| 01:24.24 | *** join/#elinux julie_ (~julie@h000625b93360.ne.client2.attbi.com) |
| 03:24.28 | *** join/#elinux GPSFan (~kenm@65.114.238.130) |
| 03:34.12 | *** part/#elinux GPSFan (~kenm@65.114.238.130) |
| 04:26.40 | *** join/#elinux ChanServ (ChanServ@services.) |
| 04:26.40 | *** mode/#elinux [+o ChanServ] by niven.freenode.net |
| 04:31.57 | *** join/#elinux George`ZZZzzz (~Test@212.126.151.103) |
| 04:31.57 | *** join/#elinux file (~file@mctn1-7720.nb.aliant.net) |
| 04:31.57 | *** join/#elinux Lethal (~lethal@CPE-65-29-137-188.wi.rr.com) [NETSPLIT VICTIM] |
| 04:32.41 | *** join/#elinux paq_ (~paq@202.155.9.8) |
| 04:32.41 | *** join/#elinux legodude (~trillian@pcp02413455pcs.grosep01.mi.comcast.net) [NETSPLIT VICTIM] |
| 04:32.41 | *** join/#elinux Russ (foobar@russ.gothicfury.com) [NETSPLIT VICTIM] |
| 04:32.42 | *** join/#elinux prh (~paul@wacka.mjr.org) |
| 04:32.45 | *** join/#elinux ChanServ (ChanServ@services.) |
| 04:32.45 | *** mode/#elinux [+o ChanServ] by niven.freenode.net |
| 04:40.47 | chouimat | nigth |
| 07:39.32 | *** join/#elinux Evanrude (~david@ip68-96-125-184.lu.dl.cox.net) [NETSPLIT VICTIM] |
| 07:39.48 | *** join/#elinux theDevil- (strych9@0xc2ef4c84.kd4nxx9.adsl-dhcp.tele.dk) [NETSPLIT VICTIM] |
| 09:45.49 | *** join/#elinux pb_ (~pb@dsl-62-3-66-201.zen.co.uk) |
| 09:53.31 | *** join/#elinux mallum (~mallum@82-35-112-58.cable.ubr07.dals.blueyonder.co.uk) |
| 10:22.42 | Russ | I don't know wtf is up with korean tech people |
| 10:22.47 | Russ | but they are starting to make me laugh |
| 10:23.00 | Russ | 'My engineer wants to know if there is way to change the IP of the S3C25000 eval board without using JTAG?' |
| 10:23.09 | Russ | 'You do not have to change the IP of the S3C2500 evaluation board.' |
| 10:23.19 | Russ | 'If you want to chage the IP address, you have to compile bootloader with modified source code for the IP address.' |
| 10:24.02 | Russ | in a seperate email |
| 10:24.13 | Russ | 'we are in system trouble. we have a trouble in fixing the computer infected by virus.' |
| 10:24.19 | Russ | 'could you wait for a while?' |
| 13:11.56 | *** join/#elinux GPSFan (~kenm@65.114.238.130) |
| 13:23.43 | *** join/#elinux George- (~Test@212.126.151.103) |
| 13:36.48 | *** join/#elinux sjhill (~sjhill@65.117.135.105) |
| 13:46.01 | *** join/#elinux TimRiker (~timr@proxyle02.ext.ti.com) |
| 13:46.01 | *** mode/#elinux [+o TimRiker] by ChanServ |
| 14:34.09 | *** join/#elinux prpplague (~billybob@12.148.134.9) |
| 14:37.11 | chouimat | morning |
| 14:43.57 | George- | argh |
| 14:43.59 | George- | nooo |
| 14:45.15 | pb_ | George-: surely mornings can no longer be that much of a surprise for you. |
| 14:45.23 | George- | hehe :) |
| 14:45.37 | George- | well, it's actually quarter to four :P |
| 14:49.29 | *** join/#elinux jnork (~jnork@pool-141-158-30-234.phil.east.verizon.net) |
| 14:55.33 | *** join/#elinux GPSFan (~kenm@65.114.238.130) |
| 15:00.49 | prpplague | ~quote scox |
| 15:09.54 | pb_ | prpplague: bad luck |
| 15:10.25 | prpplague | pb_: yea, just have to keep being the bag lady of bootloaders for awhile, lol |
| 15:10.39 | chouimat | prpplague: ? |
| 15:10.41 | pb_ | heh |
| 15:11.07 | prpplague | chouimat: i have more bootloaders on my harddrive than i have devices to put them on lol |
| 15:11.17 | chouimat | hehe |
| 15:27.50 | prpplague | has anyone else had problems with the usbserial modules? |
| 15:28.14 | prpplague | i can't seem to get usb modems and usb-rs232 adapters to be stable |
| 15:30.11 | file | good morning everyone |
| 15:31.49 | *** join/#elinux TimRiker (~timr@proxyle01.ext.ti.com) |
| 15:32.15 | *** mode/#elinux [+o TimRiker] by ChanServ |
| 15:46.51 | *** join/#elinux GPSFan (~kenm@65.114.238.130) [NETSPLIT VICTIM] |
| 15:46.51 | *** join/#elinux Morn (~julie@h000625b93360.ne.client2.attbi.com) |
| 15:46.51 | *** join/#elinux levi (~levi@208.177.141.226) |
| 15:46.51 | *** join/#elinux signal11 (~markl@42dbce11.leased.aros.net) [NETSPLIT VICTIM] |
| 15:46.51 | *** join/#elinux sieve_work (~klu5ter@12.148.134.9) |
| 15:46.51 | *** join/#elinux collord (~collord@dt.collord.net) |
| 15:47.04 | *** join/#elinux file (~file@mctn1-7720.nb.aliant.net) |
| 15:47.05 | *** join/#elinux Lethal (~lethal@CPE-65-29-137-188.wi.rr.com) [NETSPLIT VICTIM] |
| 15:49.55 | *** join/#elinux TimRiker (~timr@proxyle01.ext.ti.com) |
| 15:50.09 | *** mode/#elinux [+o TimRiker] by ChanServ |
| 16:10.12 | prpplague | interesting, i've tried 6 different usb-rs232 converters, all of which the linux-usb site says works, and not one of them works properly |
| 16:14.02 | CosmicPenguin | they work - just not reliably? |
| 16:14.03 | pb_ | sounds like you should look elsewhere for the cause. |
| 16:14.09 | CosmicPenguin | ARe you connecting them to a SCO box? :-) |
| 16:18.03 | prpplague | CosmicPenguin: yes they recognized by the system, but they either kernel panic the machine, have oops, or don't communicate properly from command line |
| 16:19.03 | prpplague | pb_: ya thats what i thought, but i've tried it on redhat 7.3, 8, and 9, with a clean 2.4.21 with usb patches, suse and debian |
| 16:19.25 | prpplague | pb_: same thing all the way around |
| 16:19.56 | pb_ | prpplague: weird. |
| 16:20.05 | prpplague | pb_: yea |
| 16:20.23 | pb_ | I have an mct232 that seems to work fine. |
| 16:20.46 | prpplague | pb_: ya i have one of the dlink ones |
| 16:21.07 | prpplague | pb_: it works fine from minicom |
| 16:21.19 | prpplague | pb_: but if i do an echo from the command line, nada |
| 16:24.08 | prpplague | pb_: which brand are you using? |
| 16:31.46 | pb_ | prpplague: hm, not sure. don't have it on hand right now. |
| 16:31.58 | pb_ | I guess I only ever tried it with minicom though. |
| 16:36.01 | prpplague | pb_: ya they work fine through minicom |
| 16:36.15 | prpplague | pb_: just can't access them properly from command line |
| 16:37.07 | pb_ | ah, I see. |
| 16:40.46 | prpplague | pb_: i.e. #echo "hello world" > /dev/ttyUSB0 |
| 16:41.06 | kergoth | prpplague: havent figured out why its blocking, eh? |
| 16:41.31 | kergoth | bbiab, meeting |
| 16:41.55 | prpplague | kergoth: nope, the pl2303 hangs on the write, and the mct232 sends the data, but it never arrives on the rs-232 interface |
| 16:45.34 | pb_ | prpplague: does it work if you run minicom, let it do its ioctls, then jump out with alt-j and use echo? |
| 16:46.13 | prpplague | pb_: doh, had not tried that, lol |
| 16:49.30 | chouimat | SCOX was 9.74 at 8/12/2003 12:33pm (+0.45 - +4.86%) NasdaqSC |
| 16:50.51 | chouimat | http://gauley.ucs.indiana.edu/~cshields/dmca_letter |
| 16:57.00 | prpplague | pb_: yea, that appears to work, other than its not sending a cr |
| 16:58.31 | pb_ | yeah, probably just sends lf by default. |
| 16:58.39 | pb_ | echo -e "my name in lights here\r" |
| 16:58.41 | pb_ | or some such |
| 16:58.51 | prpplague | pb_: ya already tried, no change |
| 16:58.58 | pb_ | oh, hm |
| 16:59.05 | pb_ | I wonder what's up with that. |
| 16:59.45 | prpplague | yea, guess i'll keep digging, thanks for the suggestion guess that mean there are some base ioctls that need to be set from the command line |
| 17:01.22 | CosmicPenguin | prpplague: ioctl(fd, MAKETHISSHITWORK, ptr); |
| 17:01.31 | CosmicPenguin | Did you forget that one? |
| 17:01.32 | prpplague | CosmicPenguin: lol |
| 17:01.36 | prpplague | CosmicPenguin: ya thats it |
| 17:01.37 | prpplague | lol |
| 17:03.09 | kergoth | prpplague: not in an OFC? |
| 17:03.55 | prpplague | kergoth: sorry guess i'm an idiot today, OFC? |
| 17:08.56 | kergoth | output flow control state |
| 17:09.03 | kergoth | blocking on a flow control signal |
| 17:09.30 | kergoth | termonology used when either you've received a stop and are waiting for the start, or crtscts is on but cts isnt high |
| 17:09.54 | prpplague | kergoth: doesn't appear to be, i've checked the stty's before and after, diff'n now |
| 17:10.06 | kergoth | thats what id recommend |
| 17:10.09 | kergoth | see what minicom fucks with |
| 17:10.50 | prpplague | kergoth: stty shows an option to save the settings, but it doesn't explain how to restore them |
| 17:12.50 | kergoth | just diff the stty -a before & after |
| 17:12.56 | kergoth | in linux all stty settings are sticky, so you're fine |
| 17:13.09 | kergoth | in another os, you'd want to hold the port open while the serial app runs |
| 17:13.10 | kergoth | heh |
| 17:13.50 | prpplague | kergoth: right, i was curious if i could just pipe the setting back to recreate the situation |
| 17:14.08 | kergoth | ah, gotcha |
| 17:15.02 | kergoth | prpplague: just pass the output of -g on the cmdline |
| 17:15.07 | kergoth | i.e. stty `cat savedsettings` |
| 17:15.08 | kergoth | iirc |
| 17:15.12 | kergoth | its been a while since i used it |
| 17:15.56 | prpplague | kergoth: ya that worked |
| 17:29.11 | *** join/#elinux TMM1 (~aman@ip68-100-127-11.nv.nv.cox.net) |
| 17:30.51 | prpplague | kergoth: interesting, stty seems to not work for changing the settings on these usb to serial adapters |
| 17:32.06 | pb_ | prpplague: might be that they forget their settings on open/close. |
| 17:33.18 | kergoth | heh, linux standard behavior is that all settings are sticky. |
| 17:33.20 | kergoth | thatd be odd |
| 17:33.31 | kergoth | just fire up a sleep to hold the port open through the minicom execution |
| 17:33.33 | pb_ | kergoth: linux usb stack laughs in the face of standard behaviour |
| 17:33.35 | kergoth | then you can verify |
| 17:33.41 | kergoth | pb_: hehe, point taken |
| 17:35.59 | prpplague | kergoth: stty will display the settings, but it doesn't appear to be able to change them |
| 17:36.53 | kergoth | so whats different between the two? |
| 17:37.17 | prpplague | kergoth: output post processing is turned on when it doesn't work |
| 17:37.56 | kergoth | so try stty raw vs cooked. |
| 17:38.43 | prpplague | kergoth: already tried, when i issue the stty command, it acts like it succedded but doesn't actualy change any of the values |
| 17:39.34 | kergoth | so sleep to hold the port open |
| 17:39.38 | kergoth | then issue teh command |
| 17:39.39 | kergoth | then do the echo |
| 17:39.47 | kergoth | as pb says, the settings may ont be sticky |
| 17:39.55 | kergoth | acting like some other unixes |
| 17:40.03 | kergoth | stty -> open -> set settings -> close -> bye bye settings |
| 17:42.31 | prpplague | kergoth: ahh i see |
| 17:42.57 | kergoth | sleep 99999 < /dev/ttyblah; stty raw < /dev/ttyblah; echo "hi there" > /dev/ttyblah |
| 17:43.01 | kergoth | heh |
| 17:43.40 | kergoth | prpplague: you should remember this from sco :) |
| 17:44.11 | kergoth | S99digi almost always contains a cat < or a sleep on printer ports to hold them open to retain the printer settings |
| 17:44.28 | kergoth | though i always preferred prgetty/prditty myself |
| 17:44.53 | pb_ | heh |
| 17:56.11 | CosmicPenguin | signal11: sending a tarball to penguin - so if your stats go up, its me |
| 18:02.32 | signal11 | considering the level of torrent activity, i probably won't notice |
| 18:05.05 | *** join/#elinux andersee (~andersee@codepoet.org) |
| 18:05.06 | *** mode/#elinux [+o andersee] by ChanServ |
| 18:23.23 | *** join/#elinux MornWork (~julie@mail.VERITE.ORG) |
| 18:25.52 | *** join/#elinux TimRiker (~timr@proxyle01.ext.ti.com) |
| 18:26.05 | *** mode/#elinux [+o TimRiker] by ChanServ |
| 18:32.28 | *** join/#elinux TimRiker (~timr@proxyle02.ext.ti.com) |
| 18:32.40 | *** mode/#elinux [+o TimRiker] by ChanServ |
| 18:42.46 | *** join/#elinux pb_ (~pb@pc2-cmbg4-3-cust239.cmbg.cable.ntl.com) |
| 18:56.27 | *** join/#elinux chouimat (~dieu@static-89-76.dsl.tht.net) |
| 19:07.21 | file | hi chouimat |
| 19:12.58 | prpplague | kergoth: jeeze - http://marc.theaimsgroup.com/?l=linux-usb-devel&m=105424309702754&w=2 |
| 19:16.03 | file | mmm somebody name me some conventions regarding linux/geekness in Canada for next year. |
| 19:17.10 | Russ | prpplague: why is tha 'jeeze'? |
| 19:19.19 | pb_ | prpplague: lol |
| 19:20.10 | CosmicPenguin | Ths works, as long as you don't use any of the standard ways to make it work |
| 19:23.57 | prpplague | Russ: i've been trying to use cat and echo for about the last 6 hours |
| 19:24.08 | prpplague | Russ: in the mail post it says they are know broken |
| 19:25.08 | pb_ | prpplague: I'm still curious as to _why_ they are broken, but I guess it's nice to know that you aren't the only one in that situation. |
| 19:25.48 | prpplague | pb_: yea, thought i was going crazy there |
| 19:26.37 | prpplague | pb_: though it does mean i'm gonna have to use a fifo with a small c program to open the port properly |
| 19:27.53 | pb_ | :-/ |
| 19:43.38 | CosmicPenguin | Any PHP gurus in the hizouse? |
| 19:47.02 | collord | q? |
| 19:47.17 | *** join/#elinux prpplague (~billybob@12.148.134.9) |
| 19:47.36 | CosmicPenguin | Ok, so assuming that we all know what I'm trying to do is stupid, dangerous, and out of my hands to change |
| 19:48.15 | CosmicPenguin | I've got a gateway triggered from an HTTP PUT which uploads a psuedo XML file which gets parsed and then passed |
| 19:48.32 | CosmicPenguin | to one of a number of "modules" (basically including another php script) |
| 19:48.56 | CosmicPenguin | Now - here's the stupid part - I want to be able to pass the module in from my remote application |
| 19:49.06 | CosmicPenguin | alla <request module="settings.php"> |
| 19:49.16 | CosmicPenguin | And then have the script include that module after parsing the rest of the XML |
| 19:49.27 | CosmicPenguin | My question is - how can I best determine if that module file acutally exists or not? |
| 19:49.38 | CosmicPenguin | something along the lines of the C function access() I assume |
| 19:50.12 | collord | i believe newer php has a fileexists() thing |
| 19:50.34 | collord | bool file_exists ( string filename) |
| 19:50.39 | CosmicPenguin | sweet |
| 19:50.47 | collord | it's actually in all phps, my mistake |
| 19:51.09 | CosmicPenguin | sweet |
| 19:51.16 | CosmicPenguin | thansk |
| 19:51.20 | collord | np |
| 19:53.33 | CosmicPenguin | And just so you know - the incoming data will be encrypted, so that should deter the script kiddies from exploiting that |
| 19:59.07 | collord | :) |
| 20:46.07 | *** join/#elinux GPSFan_ (~kenm@65.114.238.130) |
| 20:48.30 | *** join/#elinux file (~file@mctn1-6389.nb.aliant.net) |
| 20:55.02 | CosmicPenguin | kergoth: you alive? |
| 20:55.07 | kergoth | CosmicPenguin: barely, whats up |
| 20:55.38 | CosmicPenguin | kergoth: I sent over the semi-latest OZ with our Pixil modifications to Century so they could pratice building Pixil with OZ |
| 20:55.56 | CosmicPenguin | And the same tree that works great on my RH 7.3 machine breaks horriblely on his machine with a |
| 20:56.01 | CosmicPenguin | get: command not found error |
| 20:56.11 | CosmicPenguin | Heard of that? |
| 20:56.21 | kergoth | get is a bitkeeper/sccs command |
| 20:56.24 | CosmicPenguin | Dammit |
| 20:56.25 | CosmicPenguin | Thats it |
| 20:56.37 | kergoth | it should only try to run it if one of hte files doesnt exist (i.e. you didnt bk -r co -q) |
| 20:56.49 | CosmicPenguin | It should exist |
| 20:57.11 | CosmicPenguin | Oh, wait - it doesn't - I omitted the Bitkeeper stuff when I sent the tree |
| 20:57.13 | CosmicPenguin | my bad |
| 20:57.43 | kergoth | can alwyas bk export buildroot buildroot-nobk |
| 20:57.48 | kergoth | and send them the one without the history & crap |
| 21:34.52 | *** join/#elinux Lethal (~lethal@CPE-65-29-137-188.wi.rr.com) |
| 21:56.19 | *** join/#elinux pattieja__ (~pattieja@sc2-24.217.177.39.charter-stl.com) |
| 22:12.04 | *** join/#elinux Morn (~Morn@h000625b93360.ne.client2.attbi.com) |
| 22:36.22 | *** join/#elinux TimRiker (~timr@proxyle01.ext.ti.com) |
| 22:36.43 | *** mode/#elinux [+o TimRiker] by ChanServ |
| 22:48.03 | *** join/#elinux kergoth (~kergoth@dsl081-228-056.chi1.dsl.speakeasy.net) |
| 22:48.03 | *** join/#elinux pattieja (~pattieja@sc2-24.217.177.39.charter-stl.com) [NETSPLIT VICTIM] |
| 22:48.03 | *** join/#elinux MornWork (~julie@mail.VERITE.ORG) [NETSPLIT VICTIM] |
| 22:48.03 | *** join/#elinux CosmicPenguin (~jordanc@12-209-187-85.client.attbi.com) [NETSPLIT VICTIM] |
| 22:48.03 | *** mode/#elinux [+o kergoth] by niven.freenode.net |
| 22:56.56 | CosmicPenguin | from my ISP newsletter: |
| 22:56.59 | CosmicPenguin | In unrelated news, some customers have experienced problems due to the now |
| 22:56.59 | CosmicPenguin | prevalent "Blaster" worm. We are filtering out affected ports for DSL and |
| 22:56.59 | CosmicPenguin | dial-up customers but now might be a good time to consider trying Linux. |
| 22:57.27 | file | :) |
| 23:22.01 | *** join/#elinux TMM1 (~aman@ip68-100-127-11.nv.nv.cox.net) |
| 23:27.23 | CosmicPenguin | What would be the best Content-Type to use for encrypted data? |