00:00:00 --- log: started forth/06.02.14 00:13:08 --- quit: JasonWoof ("off to bed finally") 00:36:53 --- join: Cheery_ (i=Henri@a81-197-3-163.elisa-laajakaista.fi) joined #forth 00:52:04 --- quit: Cheery (Read error: 110 (Connection timed out)) 00:56:11 --- join: rehges (n=segher@blueice3n1.de.ibm.com) joined #forth 01:05:21 --- quit: Cheery_ (Read error: 110 (Connection timed out)) 01:13:54 --- quit: madwork (Read error: 110 (Connection timed out)) 02:03:55 --- join: Cheery (i=Henri@a81-197-3-163.elisa-laajakaista.fi) joined #forth 03:06:40 --- join: ccfg_ (n=ccfg@dsl-roigw3-feb0dc00-66.dhcp.inet.fi) joined #forth 03:21:05 --- quit: ccfg (Read error: 110 (Connection timed out)) 03:23:01 --- nick: ccfg_ -> ccfg 05:45:23 --- join: PoppaVic (n=pete@0-1pool46-102.nas30.chicago4.il.us.da.qwest.net) joined #forth 06:03:31 --- join: madwork (n=foo@derby.metrics.com) joined #forth 06:12:43 --- quit: madwork ("?OUT OF DATA ERROR") 06:20:18 --- join: madwork (n=foo@derby.metrics.com) joined #forth 07:44:13 --- quit: cp (Read error: 104 (Connection reset by peer)) 07:53:29 --- join: nballen (n=nballen@ppp-69-239-137-85.dsl.renocs.pacbell.net) joined #forth 08:20:52 --- quit: PoppaVic ("Pulls the pin...") 08:22:42 --- join: PoppaVic (n=pete@0-1pool67-18.nas22.chicago4.il.us.da.qwest.net) joined #forth 09:00:59 --- join: JasonWoof (n=jason@pdpc/supporter/student/Herkamire) joined #forth 09:00:59 --- mode: ChanServ set +o JasonWoof 09:15:29 --- join: virl (n=virl@chello062178085149.1.12.vie.surfer.at) joined #forth 10:45:34 --- join: PoppaVic_ (n=pete@0-2pool198-114.nas30.chicago4.il.us.da.qwest.net) joined #forth 10:46:09 --- quit: PoppaVic (Nick collision from services.) 10:46:14 --- nick: PoppaVic_ -> PoppaVic 11:37:10 --- quit: PoppaVic ("Pulls the pin...") 12:30:46 --- quit: rehges () 13:33:25 --- quit: uiuiuiu (Remote closed the connection) 13:33:27 --- join: uiuiuiu (i=ian@dslb-084-056-227-062.pools.arcor-ip.net) joined #forth 13:56:33 --- quit: Cheery (Read error: 104 (Connection reset by peer)) 14:01:55 --- join: Ray_work (n=Raystm2@adsl-68-90-202-36.dsl.rcsntx.swbell.net) joined #forth 14:02:27 The following is a test. 14:02:29 test 14:02:33 test complete 14:02:34 . 14:02:54 Thank you for participating in the test. 14:04:01 If this had been an actual test, sirens in your area would have been sounded, and all of your radio and tv stations would have belong to us. 14:04:37 Wait. IEBS. 14:20:47 --- join: Teratogen (i=leontopo@intertwingled.net) joined #forth 14:26:11 --- quit: Ray_work (Read error: 110 (Connection timed out)) 14:30:14 --- join: crc (i=crc@pool-70-110-138-24.phil.east.verizon.net) joined #forth 14:36:56 --- nick: Raystm2 -> nanstm 15:29:53 --- join: JasonWoo1 (n=jason@c-71-192-33-206.hsd1.ma.comcast.net) joined #forth 15:33:15 --- quit: JasonWoof (Nick collision from services.) 15:33:44 --- nick: JasonWoo1 -> JasonWoof 15:33:51 --- mode: ChanServ set +o JasonWoof 15:39:56 --- quit: Quiznos ("[BX] Been around the world and found that only stupid people are breeding.") 15:46:15 Hey. 16:12:27 --- join: Quiznos (i=b@69-168-231-199.bflony.adelphia.net) joined #forth 16:17:02 --- quit: virl ("Verlassend") 16:55:27 --- nick: Quiznos -> ElmerJFudd 16:56:05 --- nick: ElmerJFudd -> PurpleSmurf 17:13:16 --- join: snoopy_1711 (i=snoopy_1@dslb-084-058-139-139.pools.arcor-ip.net) joined #forth 17:13:48 --- quit: Snoopy42 (Nick collision from services.) 17:13:50 --- nick: snoopy_1711 -> Snoopy42 17:15:14 --- nick: PurpleSmurf -> Quiznos 18:03:14 --- quit: Teratogen () 18:55:16 --- quit: nballen () 19:09:45 --- quit: madgarden (Read error: 104 (Connection reset by peer)) 19:20:08 --- join: madgarden (n=madgarde@Toronto-HSE-ppp3713137.sympatico.ca) joined #forth 19:23:42 hi Quartus :) how's things? 19:24:16 I'm working on my gforthcgi stuff 19:24:24 Things are good. How's that going? 19:24:33 pretty well 19:24:42 I just hacked up mysql bindings 19:25:25 which works fine except mysql_num_rows returns a totally bogus (and rediculously large) number 19:25:59 * nanstm back from VD dinner. 19:26:08 --- nick: nanstm -> Raystm2 19:26:18 I'm guessing it's a bug in ffcall/fflib.fs because that's the only thing in the functions I'm using that uses a long long 19:27:17 seems a little crazy to think that there might be more than 2^32 rows that have been pre-fetched into memory 19:27:20 * Raystm2 slightly inebriated for the first time in many months. 19:27:55 what's that JasonWoof? 19:28:15 Raystm2: mysql_num_rows() returns a long long 19:28:24 (ie a 64-bit integer) 19:29:19 oh. /me tried mySql. didn't get extreamly far in it. 19:29:21 it represents the number of rows resulting from your query that you have told MySQL to load and save in memory with mysql_save_result() 19:29:30 I see. 19:30:15 if you're working with huge result sets you don't use mysql_save_result, you load them a bit at a time 19:30:40 ok, cuz I was gonna ask... 19:31:19 Why would you do that. It's because you plan to create a result to a queery that could be sizable? 19:31:50 I'm not sure what to do about this 19:32:05 I really want to know how many rows are coming 19:32:13 so I can allocate space for them 19:33:00 what if you alocated space per each row returned. Do you have to know the total rows returned in advance, or can you create more space as the result grows? 19:33:19 Nan says hi, btw. and Happy VD day to all. 19:33:31 I can allocate for each row, but I want to also create a sort of "index" object which has a pointer to each row 19:33:55 for which I'll either need a seperate allocator/heap or I'll need to allocate space for it ahead of time 19:34:34 I see. Which means, it would be nice to know a head of time just how large a potential result will be. 19:34:46 I think I'll make the format for the index object: count width addr addr addr addr ... 19:35:15 where width is the number of fields/row 19:35:24 and each addr points directly to a field 19:36:56 I guess I'll have to save the addrs somewhere else in memory then allocate space for them after and mem-copy them there 19:43:33 --- join: asymptote (n=weldon@pool-68-239-73-246.res.east.verizon.net) joined #forth 20:12:17 --- join: segher_ (n=segher@dslb-084-056-139-016.pools.arcor-ip.net) joined #forth 20:26:34 --- quit: segher (Read error: 110 (Connection timed out)) 20:27:40 --- quit: asymptote ("Leaving") 21:12:40 --- join: sebell (n=sebell@S0106000f3d3c620f.cg.shawcable.net) joined #forth 21:12:56 --- part: sebell left #forth 21:14:22 --- join: LOOP-HOG (n=chatzill@sub22-119.member.dsl-only.net) joined #forth 21:14:44 got the hose and the rake yet? 21:18:55 us kids gotta have some m.u.d. 21:21:08 --- quit: LOOP-HOG ("ChatZilla 0.9.61 [Mozilla rv:1.7.5/20041217]") 21:21:08 Mixing alcohol and IRC again? 21:50:28 it's a tad too frozen for mud here 21:51:16 well, pulling mysql data into an array of arrays turned out to not be so hard 21:51:24 even without mysql_num_rows() 21:51:47 (although my workaround is a bit ugly) 21:52:30 basically I either have to allocate space for the outer array to accumulate in (and arbitrarily limit the number of rows I can fetch) 21:52:58 or I've gotta stick it in the middle of the heap somewhere (and arbitrarily limit the total data size of the results) 21:55:17 ok, so I'm now doing the former 21:55:32 it's a waste of ram 22:01:06 ram-waster! 22:44:41 grrrrr 22:45:05 ok, I have this on the first line of a gforth script: require fflib.fs 22:45:10 it works fine 22:45:18 I move it to a different file 22:45:23 (at the top) 22:45:37 named gforthcgi.fs 22:45:50 at the top of my original script I now have: include gforthcgi.fs 22:46:16 now gforth says: 22:46:17 gforthcgi.fs:3: Non-existent file 22:46:17 require fflib.fs 22:46:17 ^^^^^^^^ 22:46:41 if I run gforthcgi.fs directly it works fine 22:46:49 eg: $ gforth gforthcgi.fs 22:48:06 Try explicitly pathing it. 22:51:39 that gives word not found in fflib 22:51:44 found the problem though 22:52:13 I've been running two different versions of gforth without realizing it 22:52:14 ,,,? 22:52:19 ah 22:52:50 in my main test script I have this at the top: #! /usr/local/bin/gforth -m 1M 22:53:15 to do the db stuff I installed ffcall and reinstalled gforth (except the latest version) 22:53:27 guess I forgot to uninstall the old version 22:53:38 the new one went in /usr/bin/ where it should be 22:54:40 hmm... portage doesn't know about /usr/local/bin/gforth, maybe I installed it myself 22:58:25 whew! 23:16:29 this is shaping up nicely 23:17:48 lot more work than I realized... 23:18:01 I should have known I'd try to do it all fancy-like 23:18:18 I'm zonked 23:18:22 --- quit: JasonWoof ("off to bed") 23:59:59 --- log: ended forth/06.02.14