00:00:00 --- log: started forth/07.01.01 00:38:53 --- quit: virsys ("bah") 01:00:47 --- quit: JasonWoof ("off to bed") 02:15:33 --- join: virsys (n=virsys@or-71-53-68-17.dhcp.embarqhsd.net) joined #forth 02:37:51 --- quit: ASau (Read error: 104 (Connection reset by peer)) 02:50:11 --- join: ASau (n=user@home-pool-173-2.com2com.ru) joined #forth 02:58:52 --- join: Cheery (n=Cheery@a81-197-54-146.elisa-laajakaista.fi) joined #forth 02:59:47 --- join: Al2O3 (n=Al2O3@pool-71-164-165-172.dllstx.fios.verizon.net) joined #forth 05:06:02 --- join: tathi (n=josh@pdpc/supporter/bronze/tathi) joined #forth 05:06:02 --- mode: ChanServ set +o tathi 06:46:45 --- join: ygrek (i=user@gateway/tor/x-d4d05f229c64138a) joined #forth 07:18:59 --- join: gorgonzola (n=mhx@f233149.upc-f.chello.nl) joined #forth 07:20:06 --- quit: gorgonzola (Client Quit) 07:23:57 --- join: gorgonzola (n=mhx@f233149.upc-f.chello.nl) joined #forth 07:24:18 --- quit: gorgonzola (Client Quit) 07:24:39 --- join: gorgonzola (n=mhx@f233149.upc-f.chello.nl) joined #forth 07:24:53 Good evening! 07:25:33 It's 16:18:02 here .. 07:25:48 6pm here. 07:33:27 Good day to all. 9:25 or there about. 07:35:38 Quartus in today? 07:47:56 Raystm2: he doesn't usually seem to be here this time of day; maybe in a few hours 07:48:49 oh tathi... 07:49:24 thanks btw. :) 07:52:29 tathi did you quit? 07:52:53 I'm still here 07:53:14 Burke's work is the history of technology but from the point of view where each invention begat that invention. 07:53:36 The chat is set up to watch those programs and discuss. 07:53:47 I don't have the technology to watch those programs 07:53:53 and I'm not much interested in the subject anyway 07:53:54 Sorry. :) 07:53:59 ok. :) 07:54:18 Ignore my last half hour then. :) 07:54:47 ok :) 07:55:13 Quartus has met him. 07:55:35 ah 07:58:52 I know you may not be interested in this but I think that the productions of 3 men can give a person a pretty good handle on all that can be known, and these men are, James Burke, Sience and Technology historian, Joseph Campbell, The history of the transformation of myth thru time, and Carl Sagan, history of the universe. But then, that's all opinion and there is plenty of room for more. 08:00:57 --- join: frunobulax (n=mhx@f233149.upc-f.chello.nl) joined #forth 08:08:48 Btw, none of those guys are an attack on anyones religious beliefs. 08:10:54 --- quit: gorgonzola (Read error: 110 (Connection timed out)) 08:51:04 --- join: madgarden_ (n=madgarde@bas2-kitchener06-1096668571.dsl.bell.ca) joined #forth 08:52:54 hey 08:57:42 Whats up? 09:00:09 --- quit: madgarden (Read error: 110 (Connection timed out)) 09:02:38 --- join: Quartus___ (n=Quartus_@205.205.50.2) joined #forth 09:08:16 Quartus: are you a James Burke fan? 09:09:02 --- join: neceve (n=claudiu@unaffiliated/neceve) joined #forth 09:11:39 --- quit: Quartus_ (Read error: 104 (Connection reset by peer)) 09:22:31 Who is James Burke? 09:22:43 RTWP? 09:23:47 Technology Historian with a bit of humor. 09:24:26 --- quit: ellisway (Read error: 104 (Connection reset by peer)) 09:25:00 No doubt he has some philosophical background. 09:25:45 Technocratic, "luddite" or any other. 09:25:51 :) 09:25:58 Which one? 09:26:58 More a reporter of events then steering any particular point of view, instead using them all to support the thesis of the connection between events, meaning that invention is concatenative by nature. 09:27:54 Invention as product of community not an inventor. Right? 09:27:55 We talked about Burke, Ray. I met him a few years back. 09:28:44 Are you away, Quartus? or can you view his movies. Links at /join ##Burke. 09:29:21 no movies from here. 09:29:39 Links are there for your convenience. 09:30:08 I'll check'em out when I can! 09:31:08 The problem with all these links is that it is a lot of reading. 09:31:25 2 series posted it appears by Burke himself. The day the universe changed and the entire first connections. 09:31:31 :) 09:32:09 neat! 09:32:40 very. I'm starting to sicken of him i've been watching him for hours. 09:35:45 --- join: Raystm2- (n=NanRay@adsl-69-149-34-42.dsl.rcsntx.swbell.net) joined #forth 09:37:05 Little Kitty likes to eat my net connection. 09:37:54 --- quit: Raystm2 (Nick collision from services.) 09:38:23 --- nick: Raystm2- -> Raystm2 10:14:41 --- join: nighty__ (n=nighty@sushi.rural-networks.com) joined #forth 10:30:57 --- quit: nighty (Read error: 110 (Connection timed out)) 11:23:39 --- join: ellisway (n=ellis@host-87-74-241-174.bulldogdsl.com) joined #forth 11:24:25 --- quit: cmeme (Read error: 104 (Connection reset by peer)) 11:25:05 --- join: cmeme (n=cmeme@boa.b9.com) joined #forth 11:25:59 --- quit: cmeme (Read error: 104 (Connection reset by peer)) 11:27:51 --- join: cmeme (n=cmeme@boa.b9.com) joined #forth 11:41:05 --- join: BirdReynolds (n=mhx@f233149.upc-f.chello.nl) joined #forth 11:52:23 --- join: arke_ (n=chris@pD9E0786F.dip.t-dialin.net) joined #forth 12:03:05 --- quit: arke (Nick collision from services.) 12:03:08 --- nick: arke_ -> arke 12:03:13 --- mode: ChanServ set +o arke 12:03:55 --- quit: BirdReynolds ("a quit that really quits") 12:04:44 --- join: BirdReynolds (n=mhx@f233149.upc-f.chello.nl) joined #forth 12:06:01 --- join: jackokring (n=jackokri@static-195-248-105-144.adsl.hotchilli.net) joined #forth 12:16:09 Not really Forth related, sorry. Does anybody know how to locate plotter files on the 'net? I need some more to test my Forth vector plot package. Example: http://huizen.dto.tudelft.nl/deBruijn/grafiek/cocktl.htm . Color would be nice too. 12:32:38 --- quit: ygrek () 12:50:44 * tathi doesn't know... 12:50:54 what, hpgl plotter files? 12:52:51 What's ACTION ? 12:53:01 huh? 12:54:12 Tathi said "ACTION doesn't know..." 12:54:27 no, he didn't. He used /me 12:54:56 oh, sorry. 12:55:05 forgot you were using nano-irc 12:55:33 that shows up as "* tathi doesn't know" on my irc client 12:56:23 Aha. More work to do. I guess non-ascii can be used for commands. 12:56:26 action is a programing language? 12:56:45 * absentia says this is an action. 12:56:54 absentia: there you go :) 12:59:33 http://www.irchelp.org/irchelp/rfc/ctcpspec.html 12:59:53 ^Acommand 13:00:04 heh. 'This is used by losers on IRC to simulate "role playing" games.' 13:00:08 you use to be able to send a message to a channel like that, and people would reply ... ^APING 13:01:25 you could cause people to get themselves kicked off for flodding by having then respond to multiple pings... ^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^A^APING .. etc. irc was such a playground. 13:02:58 --- quit: Quartus___ ("used jmIrc") 13:05:27 --- join: Quartus_ (n=Quartus_@209.167.5.1) joined #forth 13:05:27 --- mode: ChanServ set +o Quartus_ 13:24:23 --- quit: Quartus (Read error: 104 (Connection reset by peer)) 13:27:53 --- join: Quartus (n=trailer@CPE0001023f6e4f-CM013349902843.cpe.net.cable.rogers.com) joined #forth 13:27:53 --- mode: ChanServ set +o Quartus 14:02:36 --- join: JasonWoof (n=jason@c-71-192-26-248.hsd1.ma.comcast.net) joined #forth 14:02:36 --- mode: ChanServ set +o JasonWoof 14:03:38 --- join: Crest (n=crest@p54896A89.dip.t-dialin.net) joined #forth 14:40:22 --- quit: frunobulax ("a quit that really quits") 14:40:35 --- join: frunobulax (n=mhx@f233149.upc-f.chello.nl) joined #forth 14:42:11 --- quit: BirdReynolds ("a quit that really quits") 14:42:22 --- join: BirdReynolds (n=mhx@f233149.upc-f.chello.nl) joined #forth 14:43:38 Could anybody let go of a /me ? 14:48:11 --- quit: Crest (Connection reset by peer) 14:49:59 * crc tests 14:50:22 --- quit: Cheery ("Download Gaim: http://gaim.sourceforge.net/") 14:51:24 --- quit: jackokring (Read error: 110 (Connection timed out)) 14:52:41 Thanks crc. It's almost ok, it's RPN :-( 14:52:44 * absentia is here. 15:08:25 --- quit: frunobulax ("a quit that really quits") 15:08:48 --- quit: BirdReynolds ("a quit that really quits") 15:29:45 --- join: jackokring (n=jackokri@static-195-248-105-144.adsl.hotchilli.net) joined #forth 16:00:14 --- quit: jackokring (Read error: 110 (Connection timed out)) 16:26:48 --- join: Amanita_Virosa (n=jenni@adsl-70-248-239-251.dsl.hstntx.sbcglobal.net) joined #forth 16:48:32 --- join: Crest (n=crest@p54896A89.dip.t-dialin.net) joined #forth 16:50:00 Hi, Jen! 16:50:10 Happy New Year! 16:50:58 hiya :) happy new year to you too :) 16:51:13 i've been implementing crypto routines : 16:51:13 :) 16:51:20 Cool! 16:51:40 MDn? 16:51:55 Or something more complex? 16:52:03 i implemented MD5 ages ago... tho i should add it to my lib soon 16:52:05 did SHA1 today 16:52:09 ARCFOUR recently 16:52:24 today i designed a generic hash interface 16:52:34 so i can use any hash function i want, whenever i want 16:52:48 in forth or C? 16:52:54 probably going to write a little program like md5sum that lets me choose the hash type 16:52:55 in C... 16:52:56 I think, in Forth. 16:53:12 with a bit of asm for support 16:53:17 i do most of my performance-intensive code that way 16:53:49 Well, NetBSD cksum support several hashes. 16:54:03 IIRC, MD5, RMD256, SHA1 16:54:13 Let me see... 16:54:56 MD2, MD4, MD5, SHA256, SHA512, SHA384 16:55:17 *nods* 16:55:26 Have you seen that? 16:55:34 nope, i haven't... but it sounds like what i'm writing 16:56:47 my sha1 routine performs as well as sha1sum, which is based on the gpg sha1 routine 16:56:48 so i 16:56:58 --- log: started forth/07.01.01 16:56:58 --- join: clog (n=nef@bespin.org) joined #forth 16:56:58 --- topic: 'Welcome to #forth. We discuss the Forth programming language and a variety of technical subjects. Introduction: http://tinyurl.com/kvawv | Starting Forth: http://tinyurl.com/rm7pq | Thinking Forth: http://tinyurl.com/nsy4j | Gforth compiler: http://tinyurl.com/s8uho | ANS/ISO Forth Standard doc: http://tinyurl.com/nx7dx | http://quartus.net/search | Paste: http://forth.pastebin.ca' 16:56:58 --- topic: set by Quartus on [Sat Nov 25 22:45:21 2006] 16:56:58 --- names: list (clog warpzero Crest Amanita_Virosa @JasonWoof @Quartus @Quartus_ @arke cmeme ellisway nighty__ Raystm2 neceve madgarden_ @tathi Al2O3 ASau virsys @crc nighty_ skas_wk virl ayrnieu TreyB Baughn Sukoshi absentia Zarutian ccfg timlarson) 16:57:39 And I'm messing with DragonForth sources these days. 16:57:48 cool, what's dragonforth? 16:57:50 I have to port them to Gforth. 16:57:50 dragonball? 16:58:16 Originally, it was for PalmOS/DragonBall. 16:58:23 * Amanita_Virosa nods 16:58:41 forth has a weird habit of being more portable than you expect, less portable than you desire 16:58:57 Well put. 16:59:04 But since more recent Palms emulate M68K, it works on 16:59:04 Tungstens etc. 16:59:59 * Amanita_Virosa nods 17:00:25 i know i ported someone's version of Conway's Game of Life to my own FORTH system once... 17:00:36 took about an hour, but once the words were substituted, up it came 17:00:38 One big disadvantage of RuFIG is it's closely tighten with SP-Forth. 17:01:11 It has several extensions which dictate quite another coding style. 17:01:17 ah 17:01:56 Interpreter searches for "NOTFOUND" word after all, 17:02:23 and interpretes it, if found. 17:02:28 ...when found. 17:03:09 So you don't need predefined hook in your INTERPRET or what 17:03:09 you have there. 17:03:48 Syntax extensions are easy to define. 17:04:04 Now I have a dilemma: 17:04:20 a) defint SP-Forth compatible interpreter in Gforth; 17:04:54 b) translate (redesign) code so it doesn't use our Russian extensions. 17:05:09 sweet. 17:05:19 if all you want to do is add a search for 'NOTFOUND', that's easy. 17:05:23 Just to add to all these: code is rather chaotic. 17:05:37 Quartus: I know. 17:06:18 But if I want to clean the code, see above, it's rather chaotic, 17:06:40 I maybe have to redesign it anyway. 17:06:53 oh, you mean your SP-Forth code. 17:07:17 DragonForth is target-compiled from SP-Forth. 17:08:14 Yes, I mean SP-Forth code. 17:08:49 ...SP-Forth-specific DragonForth code, to be precise. 17:09:20 Or how is it? 17:09:31 Oh, those metacompilers. 17:36:33 chaotic how? 17:39:01 It is not well structured, many long definitions, 17:39:01 definitions are scattered without any system. 17:39:11 ugh. 17:40:08 Well, I'm going to sleep. 17:40:15 I remember two things about DragonForth, one being that the developer stole several Quartus Forth library files, the other being that he would advertise for it on my discussion forum. 17:40:31 Good morning. 17:40:40 I'm not at all surprised to hear it's badly written. 17:40:51 I try to fix it. 17:41:01 But after I sleep a bit. 17:41:30 Sorry, I have to leave you. 17:41:44 likely a waste of time, 'polishing a turd' as they say. But what the heck. 17:41:51 ok, bye 17:42:44 You may look at CVS source, and write me if you don't want 17:42:44 to see particular library file in distribution. 17:43:30 perhaps I shall. I recall the Doc reader specifically was mine, taken without permission or attribution, with my name stripped out. 17:44:08 the Doc decompression library, that is. 17:44:19 I've written replacement, but not placed it in CVS. 17:44:58 also the integer trig routines, but I'd have to review it to recall exactly. 17:45:16 I remember there was annoying bug, I had to fix. 17:45:30 he was an extremely unpleasant little man. Dmitry something-or-other I think. 17:46:25 arrogant, untalented, rude, with a very poor command of English. 17:48:29 'Nyet cultura' I think is the phrase. 17:48:56 --- quit: neceve (Read error: 104 (Connection reset by peer)) 17:49:37 Nyet Culpa 17:50:40 'ne culturny', rather. 'Uncultured', but it carries more weight untranslated. 17:51:27 anyway. What are you up to, absentia? 17:51:51 --- quit: tathi ("leaving") 17:53:46 reading slashdot to unwind... found the post about the imminent relase of d 1.0 17:54:41 came across this line -- so I was looking at it: http://www.prowiki.org/wiki4d/wiki.cgi?LanguagesVersusD 17:54:59 you might want to add a column for forth 17:55:08 I don't know enough 'bout forth to do so. 17:55:13 I can't easily bring up that page on this gadget. 17:55:24 it's a table. 17:55:27 colorful table. 17:56:13 this is the column header: 17:56:15 Feature D C C++ C# Java Delphi Eiffel Ada Haskell Sather Lisp/CLOS Smalltalk Perl Python Ruby 17:57:37 I'm reminded of the Atari vs. C64 ads that had 'number of keys' listed as a feature. 17:58:25 most of those languages are OO. Isn't D a C++ variant? 17:59:02 not quite... it's closer to a C# variant 17:59:11 god, i don't need more drool-worthy languages 17:59:18 i hate it when my programming system treats me like an idiot 17:59:19 so a java variant, once removed. 17:59:21 the page was created to show benefits of D, so it has some esoteric / minimal things on it 17:59:27 i like my C and my inline asm and my forth 17:59:44 ya, atari was way better :-) 1.79 Mhz... that .79 really rocked.. lets not forget GTIA, ANTIC, etc. 18:00:06 I looked at it -- I figured I'd rather go C++ than D .... :-/ 18:00:13 I have no problem with oo as a specific programming technique, but I have very little interest in languages that force it. 18:00:41 quartus_ - exactly 18:00:45 I also think people give it more value than it should... ie: EVERYTHING has to be OO, etc. 18:00:48 i use a lot of OO-like techniques in C 18:00:58 but not exclusively 18:01:23 You can do oo in forth too, pretty neatly. Good fit for some problems. Some. 18:01:27 what's hard ... is to make EVERYTHING oo.. you can make some really good parts of programs have really good object models, but it's difficult to force everything into an "object" 18:01:35 and comeout with good object design. 18:02:09 although I haven'tgoten into it deeply, it seems that i'll like the LISP OO model the best. 18:02:10 * Amanita_Virosa nods 18:02:37 I haven't looked into it much 18:02:53 but it seems like there are many, very extensive efforts to make a good OO model/language 18:03:02 and mostly people say they are terrible and/or broken 18:03:14 so it must be hard! ;) 18:03:19 that or people are stupid 18:03:25 well, the paradigm is rather broken, to be honest 18:03:33 the whole idea of OO is to make stupid people write better code 18:03:35 :) could be 18:03:38 there are other possibilities 18:03:50 that's what java, C#, and most of the new languages are about 18:04:03 I mostly use it to provide interfaces -- to keep people OFF (ie: away from) my data. 18:04:28 absentia: you don't need OO for that 18:04:38 just tell them you'll bean them over the head if they access it directly 18:04:43 OO doesn't actually give you any protection for your data... 18:04:53 --- quit: Quartus_ ("used jmIrc") 18:04:53 private: and // private mean the same thing 18:04:54 right, butt I'm saying -- in OO -- that's what I find valuable... the most. 18:05:09 if you have coders who go around that, you've got organizational problems 18:05:14 absentia: and we're saying you can do it just as easily without OO 18:05:20 I know you can. 18:05:21 --- join: Quartus_ (n=Quartus_@209.167.5.1) joined #forth 18:05:22 --- mode: ChanServ set +o Quartus_ 18:05:35 in most languages, You can make an API, and give it out to people 18:05:57 in C you put everything you want people to call in the .h file 18:05:59 I'm saying -- I don't use oo just for that -- but I don't always need oo -- but when I do do OO -- I do slam the door shut on public access to what shouldotherwise be private data. 18:06:01 and your private crap in the .c file 18:07:13 in Forth it's as simple as using modules. 18:07:30 if you really want to protect your structures, just encrypt your data structure with ARCFOUR 18:07:43 :P 18:08:08 heh. I actually do use that very technique in one Palm app. 18:08:16 it's not like you can really FORCE people not to access your stuff directly 18:08:37 quartus - i'm not really surprised... it's a technique that actually *does* work. 18:08:38 even if you have some kind of language feature that turns off public access, they can just delete that line from your source code 18:08:50 JasonWoof - or just use pointer tricks to get around it 18:09:06 I use arcfour to scramble memory on exit from a password-generating app. 18:09:19 why? 18:09:31 i'd expect that would be considerably less secure than just blanking that memory 18:10:04 To prevent another app from determining any clues as to the generated password. Palm apps share data space. 18:10:04 because if you had the key, you could recover the data... whereas if you blank the memory, you can't recover anything without sophisticated electronics, and even then it's generally impossible 18:10:18 yes, i get that. why not just blank the memory? 18:11:05 The key is random and wiped. The OS memory-blanking routine could be intercepted. 18:11:31 of course I could write my own blanking routine. 18:12:04 wouldn't it be like 4 instructions? 18:12:13 --- join: zpg (n=user@81-179-106-187.dsl.pipex.com) joined #forth 18:12:23 in 68k? Few more. 18:12:30 Hi. 18:12:32 hey zpg 18:12:41 probably not many more... 18:13:16 At any rate this was all Forth. It works well. 18:13:19 hi Quartus_ 18:13:40 fair enough 18:14:58 Each run's scramble differs, so the next app couldn't even guess that the last app was the password app. Overkill of course, especially for a free password generator, but fun. :) 18:15:45 hehe 18:16:12 I use that generator all the time, actually. Very handy. PassPhrase. 18:17:51 what's up zpg? 18:18:20 not much, about halfway through the king book and just tried my hand at rolling struct{ 18:18:23 very clean stuff 18:18:29 messed around with >IN a bit too 18:18:37 yourself? 18:18:51 you can write interpreter loops using >in 18:19:26 yep 18:19:39 my test code was quite neat -- basically capturing the string that's been CREATE'd 18:19:55 : create: >in @ create >in ! bl parse type ; 18:20:14 0 1+ dup . dup 10 = 35 and 2 + >in ! cr drop 18:36:37 --- quit: virl (Remote closed the connection) 18:43:19 --- join: slava (n=slava@CPE0080ad77a020-CM000e5cdfda14.cpe.net.cable.rogers.com) joined #forth 18:43:20 --- mode: ChanServ set +o slava 19:12:43 Quartus_: I don't get it. you print "1 \n" and set >in to 2 19:12:51 Quartus_: how's that a parser? 19:14:02 did you try it? 19:14:53 wow 19:15:44 and there I was assuming you were putting that in a definition 19:16:06 hehe 19:16:25 now I see a totally different meaning of "interpreter loops" 19:16:25 it's neat alright. 19:19:45 heh 19:19:46 Amanita_Virosa: OO has nothing to do with stupid people writing code 19:20:07 slava: sure it does 19:20:42 oo attempts to make programming more idiot-proof 19:20:44 there are various definitions of OO, but usually they include message sending, encapsulation, polymorphism, inheritance 19:20:55 which of these four have anything to do with stupid people writing code? 19:21:06 hehe 19:21:20 to be honest, by themselves, nothing 19:21:24 but C can do all of those things 19:21:47 the idiot-friendly OO also includes many other things... garbage collection, object management, etc 19:22:02 Encapsulation is arguably a mechanism to protect the programmer from himself. Polymorphism derives from that. 19:22:10 there's some truth there 19:22:13 polymorphism can be had without encapsulation 19:22:26 tho there are also ways of using those things without such protection 19:22:27 polymorphism is when you can have one word with multiple behaviors specialized on data type 19:22:28 True, but with encapsulation in an OO language, polymorphism becomes required. 19:22:37 * JasonWoof looks up polymorphism 19:22:51 JasonWoof: eg, a 'draw' word which can receive a rectangle or a circle 19:23:00 JasonWoof, that's where, say, + works on more than one data type 19:24:16 message sending is required after certain kinds of encapsulation are mandatory, as well. 19:24:30 i like polymorphism... but it's just a syntactically sweetened version of indirection 19:24:41 i don't care for syntactic aspertame, myself 19:24:56 As I said -- I have no objection to OO as a programming technique, I just don't have much time for languages that require it. 19:25:07 i can set up all the virtual functions and derived structures i want in C 19:25:10 and i do it, when there's a point 19:25:17 it takes more effort 19:25:41 not really. 19:25:46 it takes more thinking 19:25:48 but not more effort 19:25:55 ok, more thinking. 19:26:06 qed 19:26:08 Thus the OO languages take less thinking, thus they're dumbed down. :) 19:26:11 you need to understand the language and programming better to do it in C. 19:26:15 heh exactly Quartus :) 19:26:30 not really. if you do it in C, you will spend more time fiddling with the language than solving your problem 19:26:31 In fact I think it's a trap. Good OO design is very hard. 19:26:42 it is, and so is good functional design, good procedural design, etc. 19:27:05 i don't know, i've gotten burned by OO on many occasions... in C, you have to think about the performance critical aspects 19:27:10 I think if you have a good language, time spent fiddling with the language is a very good thing 19:27:10 because it doesn't just gloss over them for you 19:27:16 Yes, they all are different kinds of hard. I've found personally that with OO, you can paint yourself into a corner but not realize it till far later than you would with a procedural approach. 19:27:24 sometimes in VHLL's, you just end up writing horrible code because it doesn't TELL you that it's going to be horrible 19:27:32 good libraries make C quite easy to write in 19:27:34 horrible by what criterion? 19:27:52 slow. or bloated. or high-order. 19:27:58 either is bad 19:28:01 high-order is worse than bad 19:28:05 what is 'high-order'? 19:28:15 > O(n log n) 19:28:47 i don't see why 19:29:06 you don't see why what? 19:29:20 a high level language would make it easy to write O(n^2) algorithms 19:29:39 Does pay to know what mechanisms are at work beneath the hood. I once sped up a report generator by a factor of 60000, correcting for a flaw in the design of the original. They hadn't taken 'under the hood' behaviours into account. 19:29:49 sure 19:29:49 because a lot of first-class primitives often have routines that are O(n) or worse 19:29:52 and they don't mention that 19:30:01 quartus - EXACTLY 19:30:08 i like C... i write all my own under-the-hood code 19:30:13 so i know how it ALL works 19:30:18 what kind of things do you program in C? 19:30:22 there's never any nasty side-effects that i'm not aware of 19:30:30 The original report took 4 days; my replacement routine took 6 seconds. 19:30:33 i get the same by working in my own language, i know how everything works 19:30:49 slava - you name it, really... video processing, audio, compression, encryption, network servicves... 19:31:36 Some languages are all hood. 19:31:40 err, that should read 'services'. 19:31:41 hehe 19:32:10 Amanita_Virosa: do you program in forth? 19:32:17 sometimes 19:32:24 i've written a bunch of different FORTH systems 19:32:26 do you use C most of the time? 19:32:35 wrote a complete self-booting OS using nothing but nasm once 19:32:36 i'm referring to forth applications, not systems (unless you also write C systems) 19:32:38 32-bit protected mode 19:32:49 i write applications and systems 19:33:03 most of my current C code is in the systems end... low-level libraries, etc 19:33:09 Quartus: I think that's very similar to one of my major concerns with oo programming: often people get caught up in how their objects are going to interract, instead of thinking about what really needs to happen 19:33:09 so why C and not forth? 19:33:25 JasonWoof, that's another aspect of the difficulty, to be sure. 19:33:38 JasonWoof: have you written any non-trivial applications in a language which claims to support OOP? 19:33:49 i like forth for applications where i need a lot of dynamic coding 19:33:51 forth sure seems to "force" me to spend more time on things that I can ignore in most languages 19:33:53 lots of flexibility 19:33:55 or a small footprint 19:33:58 my first OS was in FORTH 19:34:02 i've since written a few kernels in C 19:34:09 they each have advantages 19:34:15 tho i write much better C code after learning FORTH that well 19:34:19 but I find that quite offten this pushes me to think about something very important. before I waste time on and implementation/design that in the end I won't be able to use 19:34:39 java is not a good example of an oo language 19:34:53 sometimes the cushy features make it easy to not think about such things, until it's too late 19:34:55 It sure is prevalent, though. 19:35:26 JasonWoof - *exactly* 19:35:42 JasonWoof: that would be a flaw of the programmer, not the tools 19:35:59 well, i heard a statement once 19:36:05 C makes it easy to shoot yourself in the foot 19:36:12 C++ makes it harder, but when you do, you blow the whole leg off 19:36:18 C++ is terrible 19:36:34 really? C++ is the best of the bunch for OO languages i've used to date. 19:36:43 * zpg shudders 19:36:44 i don't like languages with complex syntax 19:36:48 slava, you're narrowing the field for OO quite a bit. Knock off Java, C++, C#, and you're starting to wander into outer darkness. 19:37:02 i didn't knock off java and c++, i just said they're not among my favorite languages. 19:37:05 I still have a lot of time for Smalltalk. 19:37:09 there's a lot to be said for being a good programmer in general, but the language generally does effect how you do things 19:37:12 java certainly is an OO language, but it has other problems 19:37:21 Smalltalk having a very simple syntax to boot. 19:37:23 in fact, often the best thing to do is to do something in a way that suits the language you're using 19:37:33 i started in basic, then moved to C++... got good at programming, and moved to C. 19:37:44 and pretty much stayed with C, although i've used a whole ton of other languages for special purposes 19:38:01 (FORTH, a whack of script languages, a whack of embedded assemblers and inline assembly on x86... etc) 19:38:01 common lisp has a very nice object system 19:38:29 slava: I'm not sure I've written anything non-trivial in oo 19:38:48 slava: I've written non-trivial stuff in languages that support oo, but didn't use much of it 19:38:57 JasonWoof: no offense then, but you only have anecdotal evidence in this case... 19:38:59 I've written OO solutions, but I try to avoid OO languages. 19:39:15 my first major programming project had some C++ object 19:39:18 which I later regretted 19:39:43 to me, polymorphism is the most important aspect of OO and its the only one i really use 19:39:50 i've written at least one MAJOR OO solution and spent many years with C++ 19:39:51 slava: what I've done a lot of is try to find bugs in OO code 19:39:52 i like writing generic code 19:39:54 slava: which is a nightmare 19:40:07 perhaps this is only C vs C++ 19:40:12 i actually ended up finding bugs in gcc on a relatively regular basis 19:40:18 (i tended to push C++ to the limits...) 19:40:22 i've found a small handful of bugs in gcc 19:40:26 the C compiler, though 19:40:32 they're all fixed as of 3.4 19:40:39 The OOP model didn't really make that much sense when I looked at C++ -- not aided by a bad source-book no doubt, which left me wondering why any of the examples were being implemented as classes when they clearly needn't be. C written in C++. 19:40:51 but, in my experience. C++ is 3x harder to debug, takes what? 6x longer to compile, and has 9x more bugs 19:40:52 i've not found any in the C compiler, but the C++ compiler is under such active development that it's like swiss cheese in places 19:41:00 the templating engine took a long while to stabilize 19:41:25 JasonWoof: did you implement the exact same program in C and C++ to compare bug counts? 19:41:32 i guess after learning minimalism in FORTH, i just moved to C whole-heartedly 19:41:40 i didn't bother with C++ again after using FORTH 19:41:47 well after writing my FORTH OS anyway 19:41:47 Amanita_Virosa: why FORTH -> C? 19:42:05 zpg - FORTH taught me several useful design techniques that have helped me a lot in C 19:42:13 but FORTH is also a bit slow to develop large applications in 19:42:19 why is that? 19:42:19 slava: no, as I said, I've not done anything extensive with OO 19:42:30 I have a strong C background, but I find C astonishingly arcane after spending appreciable time with Forth. 19:42:31 JasonWoof: so where did you get your 3x, 6x, 9x figures from? 19:42:33 firefox is a good example of a C++ program though I think 19:42:39 slava: I made them up 19:42:42 Quartus: i agree. i wouldn't call C 'minimalist' 19:42:44 slava: yeah, CLOS is rather nice. 19:42:55 Templating sucks differently on different C++ implementations. Just try getting anything using lots of template features to compile on MSVC, GCC, and ARM CC simultaneously. 19:42:59 JasonWoof: firefox is a rather bloated C++ program 19:43:00 why wouldn't you call C minimalist? i'm not talking about libc, just the language itself 19:43:00 generic functions/methods and all that jazz. 19:43:12 Amanita_Virosa: the language itself has a rather extensive grammar 19:43:13 The whole CPP thing, the weird syntax, the randomized precedence rules, the infinity of special cases and exceptions relating to the C abstract machine. 19:43:19 slava: not sure I've seen any C++ that didn't look bloated 19:43:31 JasonWoof: small C++ applications certainly exist 19:43:38 slava: all these classes and syntax garbage everywhere hiding the actual functions that do something 19:43:54 ok, there it is 19:44:01 I figured out what really kills me about crappy oo code 19:44:07 yes? 19:44:07 it's when they abstract things that should not be abstracted 19:44:13 like? 19:44:29 like having a class that represents the terminal 19:44:37 it's not like you can have more than one 19:44:45 what if another one springs up? :) 19:44:47 why not? 19:44:57 slava: because that's not the way terminals work 19:45:01 you could also have an inheritance tree for different types of terminal. 19:45:03 what if you open two xterms? 19:45:10 your program runs in a terminal 19:45:23 you can't type a program name in two terminals at once 19:45:25 You mean more than one stdin? 19:45:26 it's not like creating a terminal class automatically confers to your app the ability to manage dual displays. 19:45:42 JasonWoof: in the factor ui for example i can open two windows, and type code in both. each one has its own stack 19:45:52 maybe that's a bad example 19:45:58 it was your main one. 19:45:59 JasonWoof: this is because the notion of a terminal/stdio is abstracted out into an object 19:46:12 JasonWoof: sure, if you run it in a tty, you only have one io stream, but you could have more than one 19:46:14 slava: but it's an abstraction that you are actually using 19:46:17 yes 19:46:22 slava: it's something you need to provide your features 19:46:24 i don't write code i don't use, that would be silly 19:46:31 what bugs me is people introducing abstractions that they don't need 19:46:35 heh 19:46:38 that bugs me too, it can happen in any language 19:46:45 for example making this whole database accessor abstraction that's all complex and spiffy 19:46:45 But it's not uncommon to find either inappropriate, or unneccessary abstractions in OO. 19:46:46 although perhaps it happens more in java and c++ 19:46:54 well, i have a substantial number of abstract classes in my oop code 19:46:58 and then only using to access mysql, and hardcoding all sorts of mysql stuff into their program 19:47:14 and then it ends up being a nightmare to find out how to fix some bug with it 19:47:20 You can write bad software in any language. 19:47:26 very true. 19:47:38 because you have to dig into this weird db abstractor thing, that's not being used for what it was (apparently) designed for 19:47:44 That's kind of what I was saying. Create a bad abstraction, and by the time you figure out it's bad, you're so ensconsced in it that the best you can do is try to work around it. 19:47:47 they didn't code for their actual requirements 19:47:54 if i was writing code to access a db, i wouldn't hardcode a specific db 19:48:00 i'll grant that with a large inheritance tree you can get lost quite easily in where exactly your bug lies. having said that, knowing how to read, say, a smalltalk walkback is pretty simple once you get the knack of it. 19:48:18 i just find too much syntactic sugar gets unnecessarily complicated and full of nasty implicit rules 19:48:18 especially since smalltalk supports fix-and-continue after an exception 19:48:26 smalltalk has very little syntax, though 19:48:27 slava: I meant (tried to say) that the mysql-specific stuff was in the app, not the db api 19:48:28 Quartus: sure, it's no accident that the refactoring browsers emerged. 19:48:38 JasonWoof: oh, that defeats the purpose of the abstraction layer then 19:48:40 like passing in special mysql SQL functions 19:48:42 and the code should be refactored 19:48:48 slava: exactly. 19:48:51 zpg, which is to my point. I prefer to use a language that does not require the Jaws of Life to get me out of programming situations. :) 19:49:05 :) 19:49:42 damn it, I've forgotten to watch Life On Mars again, now I have to wait until 1:00 am. 19:49:50 documentary? 19:49:57 slava: isn't that what I've been saying? 19:50:00 Quartus: mostly one uses the Jaws of Life to get ones self out of other people's bad programming situations. 19:50:03 I hate people making unnessesary abstractions 19:50:07 JasonWoof: yes, but its not intrinsic to oo 19:50:14 TreyB, quite so. 19:50:14 imagine if a c programmer had a whole file of db wrapper functions 19:50:20 JasonWoof: like the one you keep making? 19:50:21 and then goes ahead and uses mysql-specific stuff anyway 19:50:27 zpg, no, fiction. British. 19:50:30 New series. 19:50:34 intriguing. 19:50:46 Nothing at all to do with life on Mars, actually. 19:50:52 slava: then I think it would be much more clear which code is actually being used 19:50:56 bowie reference i take it? 19:50:59 yes. 19:51:08 JasonWoof: why? 19:51:17 also, I think when people think in terms of making an API rather than an object, better designs emerge 19:51:21 certainly more clear ones 19:51:33 objects are to provide an "abstraction" 19:51:38 so are procedures 19:51:39 so are APIs 19:51:44 API's are to make it easy to _do_ something 19:51:51 via an abstraction. 19:51:57 i can give one counter-example, cocoa -vs- carbon 19:51:57 they are similar 19:51:59 the mac os x gui apis 19:52:02 but the focus is a little different I think 19:52:07 carbon is very hard to use, you have C functions taking 10 parameters each 19:52:14 cocoa is object-oriented and quite intuitive 19:52:23 I think I follow you, JasonWoof. APIs predominantly present direct verbs as the abstractions. 19:52:27 i've written non-trivial amounts of code that uses both, OSS and commercial software 19:52:31 * Amanita_Virosa nods 19:53:24 i've written considerable volumes of code in both as well... 19:53:35 i just found that all the "good coding practices" of OO ended up making really bloated code 19:53:41 carbon and cocoa? 19:53:42 I feel that people often try to think of objects as "thinks" that "take care of something for you" 19:53:42 and heirarchial spaghetti 19:53:43 no 19:53:46 sorry 19:53:49 i mean OO and non-OO :P 19:53:53 but still 19:54:01 not as a set of procedures that do specific things for you 19:54:12 methods on an object do specific things for you 19:54:15 the way i do things now... i use "state sets" and "API calls" 19:54:27 slava: all to often, methods do "general" things for you 19:54:29 state sets are really the same thing as objects, just done using structs and C functions 19:54:38 JasonWoof: but you're speaking from anecdotal evidence, not experience 19:54:44 Amanita_Virosa: so you're doing OOP 19:54:50 in one sense of the word, yes. 19:54:55 slava: I've seen lots of OO code, I just haven't written much of it 19:54:59 there's some good stuff in OO 19:55:19 my point is that you can do all those things in any language that supports two main features: structures, and function pointers. 19:55:23 that includes C 19:55:38 i don't disagree with your point. 19:55:44 my issue here is not so much the language, but the way it encourages people to think about program design 19:56:17 i've also found that the more user friendly, and the more managed, and the higher level the language, the less expressive it becomes 19:56:59 you mean more expressive? 19:57:05 Amanita_Virosa: for the most part I agree 19:57:23 Amanita_Virosa: depends on what you're trying to express presumably. 19:57:25 slava - no, i mean the less expressive. 19:57:28 when things are overly "nice" to me it usually involves makeing some assumptions about what I want that aren't true 19:57:37 i find even C gets in my way at times 19:57:40 and i drop to assembly 19:58:01 shuddering at the "portable" versions that i am forced to write in the #elseif clause 19:58:02 Amanita_Virosa: but what problems are you tackling when that situation arises? 19:58:21 i try to avoid C preprocessor 19:58:25 zpg - all manner of things, which are invariably performance-critical. realtime graphics, data compression, encryption, etc. 19:58:29 --- nick: madgarden_ -> madgarden 19:58:41 C would be only about half as useful without the preproccesor 19:58:42 most code is not performance-critical, you can use a higher level language for that 19:58:53 JasonWoof: i find it makes code harder to follow 19:59:14 slava: sometimes 19:59:14 most code is not performance critical; most computers are too slow 19:59:16 hehe 19:59:18 slava: sometimes easier 19:59:32 in the factor runtime i break out cpu and os-specific parts into separate source files 19:59:35 instead of having #ifdefs everywhere 19:59:36 slava: like the convention of putting this sort of thing at the top of your foo.h: 19:59:49 #ifndef __FOO_H__ 19:59:52 sure, sometimes you can break them out like that... sometimes not 19:59:54 #define __FOO_H__ 19:59:56 JasonWoof yeah, i do that 19:59:59 and #endif at the bottom 20:00:02 the perfect counterexample is endian 20:00:03 JasonWoof: but that's just a workaround for the crappy behavior of #include 20:00:11 endian is cpu-specific... but it doesn't require assembly language to work around 20:00:44 in objective C, #import is like #include with the #ifdef guard 20:00:48 slava: yep. much preproccessor stuff is done because the language without it doesn't do what you need it to 20:01:47 might be possible to write a INCLUDE_ONCE() macro for C 20:02:20 kludges 20:02:21 my main problem with C is that it doesn't support interactive development 20:02:31 in unimake, import is like #include with automatic dependancy generation, #ifdef guard, and a whack of other things 20:02:37 which is what i use 20:02:41 (because i wrote it hehe) 20:02:46 :) 20:03:02 it also lets me put both interface and implementation sections in the same .lc file, instead of having .c and .h files 20:03:08 which helps keep things modular 20:04:12 --- quit: Al2O3 ("Leaving") 20:04:39 I usually just grumble and make my .h files by hand 20:05:00 on one project I had an awk script that generated about 4 of the source files 20:05:13 generating C code is always awkward 20:05:20 hehe 20:05:29 because you're generating strings 20:05:45 heh 20:05:53 i don't actually generate any of my code itself 20:06:04 the build system just takes care of the .c/.h seperation, dependancies, etc 20:07:09 cool 20:07:44 I don't normally do any of that stuff, but I did the awk stuff to generate the forth dictionary from a source file of C functions 20:08:06 for the forth words that couldn't be valid C function names I had a comment after the definition with the forth word name 20:08:43 ah 20:08:44 the awk script built the initial dictionary for the forth, and a function table for the builtins, and constants for the XTs of the initial words 20:08:52 which I used it compiling primimives 20:09:02 like LIT 20:09:22 and while I was already parsing the file, I spit out function prototypes for the .h file 20:10:16 I do that sort of thing with m4. 20:10:31 --- part: Sukoshi left #forth 20:10:34 --- join: Sukoshi (n=user@user-11faaaj.dsl.mindspring.com) joined #forth 20:10:38 i've never needed to do that. 20:10:52 if i ever feel like parsing C for meta-programming purposes, its a good sign C is the wrong tool 20:11:40 i only wanted a bit more intelligence in my build system... i got sick of make, and automake is revolting 20:11:54 again, if make is insufficient, then i don't use C. 20:11:59 I havent done so with C, as far as I can recollect. But I've used M4's divert to build a static dictionary. 20:12:19 um, make has nothing to do with C :P 20:12:28 and actually, my system works alongside make 20:12:31 and works quite well 20:12:33 typically make is only used with C. 20:12:44 not even remotely true 20:12:49 i use it for all sorts of strange tools 20:13:03 gpasm, nasm, ld, OS buildsystem tools... 20:13:06 squeak, common lisp, factor all have their own build/module systems. 20:13:12 java has ant. 20:13:23 *asm, ld fall under "C". 20:13:31 even though you'll disagree, they're part of the C toolchain. 20:13:35 We use ant to build our C/C++ stuff :-) 20:13:44 gpasm isn't part of any C toolchain 20:14:19 its part of the C mindset. typically lisp programmers, for instance, don't write assembly in their programs. 20:14:32 and lisp programmers apparently also never program pics. 20:15:05 they do, at which point they cease to be lisp programmers and use another tool. 20:15:12 hehe' 20:15:22 generally assembler. 20:15:28 or forth 20:15:29 or C 20:15:41 true, both of those exist for pic 20:15:43 or basic, sometimes even 20:15:52 yuck 20:16:12 i didn't say *i* use basic... i write all my pic code in assembly 20:16:28 yes, I don't think I've ever heard of 'embedded lisp' 20:16:34 on systems that tiny, you need all the power you can get 20:16:36 it exists 20:16:57 typically you end up with essentially a C-level language with lisp syntax. 20:16:59 As does almost everything. But it's never come up for me. 20:17:33 --- join: vatic (n=chatzill@pool-162-84-209-238.ny5030.east.verizon.net) joined #forth 20:19:17 Perhaps 'embedded common lisp' is the truly rare animal. :) 20:19:42 such a project exists, but its embedded in the sense that it compiles your code down to a .so or .o which can be linked with C code 20:19:54 one of these days, i'll get it set up so that when assembly isn't low level enough, i can drop into verilog 20:20:30 you could forgo the whole concept of a computer, even. 20:20:36 Join Werty. 20:20:37 pen and paper is even more low-level. 20:20:46 Werty 20:20:46 ? 20:20:55 i guess you don't read comp.lang.forht 20:21:04 slava - well, i do my analog design with pen and paper 20:21:06 basically werty is a loon who posts incoherent rants about how his Forth PDA will take over the world 20:21:15 i usually don't even use my calculator 20:21:18 ah hehe 20:21:23 I've enjoyed the recent conflation of colorforth and New Forth... 20:21:28 he says software is obsolete. 20:21:29 i haven't used a calculator for a long time. 20:21:37 Amanita_Virosa: he is very quotable. 20:21:38 He also says he's the world's greatest systems developer. 20:21:40 FOOLS!!!! LUDDITES!!!! 20:21:47 I am the world's greatest systems programmer !! ! 20:21:54 hehe 20:21:58 that's kinda funny 20:22:20 he says all future computers will boot into a debugger, and you'll write the software you need as you go. I think. 20:22:32 and you'll write it by pushing buttons on the screen 20:22:34 um... right. 20:22:35 keyboard input is obsolete! 20:22:43 And those buttons will all have an LCD screen mapped to them. 20:22:54 And only ARM CPUs will be allowed. 20:23:01 Amanita_Virosa: here is the canonical werty: once you've read thsi one, you've read them all: http://groups.google.com/group/comp.lang.forth/msg/ef86e745bce9602c 20:23:23 here is an outburst: http://groups.google.com/group/comp.lang.forth/msg/8ec6f7839a1e0875 20:23:27 oh, I don't know, that leaves out his views on women, politics, and cooking. 20:23:43 ah, right. he's a prolific contributor to usenet, not just comp.lang.forth. 20:23:52 lol 20:23:55 that's... bizarre 20:23:58 he posts in over 100 groups. 20:24:34 266 posts in december. that's a record, beating his previous 168 posts in feb 2005 20:24:56 Quartus: that's almost 10 wertys a day. hard to keep up 20:25:40 --- quit: nighty__ ("Disappears in a puff of smoke") 20:26:37 I'll say. 20:29:41 SOFTWARE Will not exist in the future ! 20:29:46 oh and by the way 20:29:47 SOFTWARE Will not exist in the future ! 20:30:04 This message brought to you by Werty, and the letter X. 20:30:24 Amanita_Virosa: i don't think you'll like his views on women. 20:30:32 heh 20:30:34 oh? 20:30:34 Plus a generous donation from the Whackjob foundation. 20:30:59 i have no illusions about software not existing... software is with us forever now... 20:31:04 i just like being able to be expressive 20:31:24 Well, look out for the future, because SOFTWARE Will not exist in the future ! 20:31:29 for me, computer language (or even electronic hardware, for that matter) isn't just a technical craft, it's an artform 20:31:31 lol 20:33:06 " 1 million Asians die each year from Formaldehyde poisoning and nobody cares !! Asians dont have high regard for human life . " 20:33:51 Such is the cost of the Formaldahyde Wars. 20:34:03 http://groups.google.com/group/soc.culture.thai/msg/597e044f7e03af13 20:34:46 lol 20:34:57 As far as I know, werty is from thailand. 20:35:09 --- quit: vatic ("*poof*") 20:35:24 that's... kinda bizarre. 20:35:35 odd, i've never been accosted by nigerians in a bangkok airport... 20:35:38 Which is in Asia. 20:36:06 Amanita_Virosa: lol 20:36:17 whyfor laughing? 20:36:34 i mean, other than that i'm pointing out how rediculous he is :P 20:36:40 only reason. 20:36:44 oh, okay 20:36:56 lovely place, bangkok. i want to go back some day. 20:37:05 i hear its polluted 20:37:20 hrm... a little grimy maybe... but i liked it. 20:40:39 http://factorcode.org/caret-help.png 20:40:49 well, you know, one night in bangkok makes a hard man humble 20:43:58 not much between despair and ecstacy 20:44:07 Tell me I'm not the only one who knows those lyrics. 20:44:52 you may be 20:44:52 :P 20:45:14 did that screenshot not make any sense at all? my interpreter now shows the stack effect for the word at the cursor in a status bar. 20:45:16 A whole song called "One Night in Bangkok". From the musical Chess. Was in the top 10. 20:46:05 1984. 20:51:43 reading example werty 20:51:59 he apparently thinks this sequences of characters has some meaning: ROM'd 20:52:11 not sure what that's a contraction of 20:52:48 er, stored in ROM, one assumes 20:53:03 You have to dig through a lot of insane before getting to that as an issue. 20:53:28 very strange use of spaces and punctuation 20:54:20 I think it's weird when people put extra punctuation in 20:54:31 I understand leaving it out, in the interest of typing faster 20:54:42 he's just broad-spectrum nuts. 20:54:49 but it's weird when people leave it out where it should be, and add it in where it shouldn't 20:55:15 although weirdest punctuation in that comment has gotta go with ending a sentence with " !." 20:55:37 Still low on the werty scale for nuts. 20:55:50 that was nice and quick, I think I'll read another one 20:55:55 what's "Op Sys" by the way? 20:56:06 it's what you think it is 21:00:18 werty reminds me a little of that whackjob we eventually banned here 21:00:27 can you ban people from usenet? 21:00:35 PoppaVic that was it 21:00:36 Only on moderated groups. 21:00:37 did that whackjob ever produce any code? 21:00:43 heh 21:00:48 not that I know of 21:00:51 i seem to recall a lot of rambling about autoshit, and levels 21:00:54 and VMs 21:01:00 and how people in ##c 'don't get it' 21:01:04 PoppaVic lives in ##c regularly now, spouting off the same crap 21:01:07 people in #forth didn't get it either... 21:01:26 why he's tolerated there, I have no idea, as he's just as incoherent and offensive as ever 21:01:37 i think ##c has so much noise it doesn't matter 21:01:39 well, I hope the folks in ##c don't let him stay as long as we did 21:02:16 yeah, I bet that's part of it 21:02:24 he stands out even there 21:02:25 he was probably 1/4 of our traffic, so made this channel look really bad 21:02:43 yeah, he was an enormous lod. 21:02:45 load. 21:02:52 that too 21:03:28 "It's all about *layers*, and "context", and "who calls who". Yer commies and yer autoshit." 21:03:56 The jist of it being that it's too confusing for him to do any actual work. 21:04:02 lol 21:04:21 Oh, and his endless discussions of his mother, his inlaws, and his 'sibs'. 21:04:34 "brb, gotta make a beer run" daily at about 11AM. 21:04:47 and "gonna call it a Knight" at about 2. 21:04:58 lol 21:07:27 Oh, I'm forgetting his endless drone about how old and wise he is. He's 46, by the way. 21:08:39 Such an advanced age doubtless accounts for his geriatric ramblings. 21:08:57 how old are you Quartus? 21:09:01 38. 21:09:15 heh 21:10:59 so you can see where I'd find a claim of age and wisdom at 46 a bit of stretch. He claimed to have worked on hardware that only existed when he was in diapers. 21:11:22 i don't know, i've worked on hardware that was designed before i was born 21:11:26 i bet that hardware didn't have autoshit or levels. 21:11:29 oh, with him, you knew. 21:11:57 Right. None of that unishit. 21:11:57 i don't go out of my way to use obsolete hardware 21:12:21 slava - oh that's no fun! 21:12:34 what kind of retrocomputing geek are you? (obvious answer: not one at all) 21:12:43 well, i *do* use unix. 21:13:04 PoppaVic's whole foray into retrocomputing is the fact that he only has a dial-up account, and has to get off the line at intervals so his 'sib' can use the phone. 21:13:17 haha 21:13:26 I'm not actually joking. :) 21:13:34 that's kinda... bizarre? 21:13:55 Well, you know, he does live in a snowy-white suburb of Chicago. 21:13:56 its somewhat unusual for a 46 year old to live with siblings, don't you think? 21:14:02 With siblings, and his mother. 21:14:10 And he had 'chores' he did every day. 21:14:15 haha 21:14:25 I'm not making a word of this up. :) 21:14:29 i believe you 21:14:33 i dunno, there's a half dozen legit reasons... tho that sounds a bit odd. 21:14:50 my mom's ex lived with his elderly mother, until she died... but that was because she needed looking after. 21:14:56 and he was retired, so he had time 21:15:14 He was alternately unmarried and married, depends on which day you asked. When he was married, he hated his wife. Claimed to have no children. 21:15:26 well now, that sounds suspicious :P 21:15:41 perhaps his wife was also a 'sib'? 21:15:50 Perhaps. 21:17:05 Anyway, insanity aside, he said bizarre and wrong things to newcomers, clogged every discussion with irrelevancies, misinterpreted terms according to his own private whacked-out dictionary, and generally did no good. 21:17:17 heh 21:17:51 I have just noticed that John Doty and John Drake have the same initials. 21:19:06 Coincidence? Read the book. 21:19:31 what book? 21:19:59 Sorry, that's me being geriatric again, it's from an olde TV commercial for a Time-Life series of books about the paranormal. :) 21:20:12 you think they're the same person? 21:20:25 No. Just smoking the same jimson weed. 21:20:32 ah 21:20:53 Maybe it's just the J that does the damage. We should watch JasonWoof closely. :) 21:21:24 * Amanita_Virosa hides her name. 21:21:38 I'm not sure which represents the greater folly: LSE64, or colorForth. 21:22:09 in the interest of removing unnecessary layers, i propose that the next colorforth release does away with the requirement that it be run on a computer. 21:22:21 i think it can be reduced to a few simple math problems which one can solve with pen and paper. 21:22:47 you do know that Moore spent awhile experimenting with a programming language that had no source code? 21:22:56 i heard something about that, yes. 21:23:05 that sounds kinda cool 21:23:06 So you're joking, but you're not far off. 21:23:08 tho forth is pretty close 21:23:18 close? Forth has source code. So, no. 21:23:58 If you want source density, Forth is downright verbose compared to, say, APL. 21:23:59 token-threaded forth really blurs the line 21:24:19 but you're right 22:18:33 --- quit: zpg ("night") 22:30:21 --- quit: Amanita_Virosa ("Wewps.") 22:32:15 " Its easy to write bug free code , if you are NOT being paid 22:32:16 for your programs .. " 22:32:37 hmm. 22:33:38 I smell a wert. 23:03:31 you know it's probably only about 5 werts a day; he often double-posts. 23:03:43 yeah, i noticed that 23:06:33 I see he claims his 'bro' worked with Chuck at KPNO. 23:51:46 Good morning! 23:52:12 Quartus: do you think werty is PoppaVic's 'sib'? 23:52:23 in spirit if not in blood. 23:53:29 How much you have written this night! 23:56:44 Quartus: In this case adjectives are written without space: 23:56:44 "nekul'turnyj", "nesladkij", "neizvestvyj" &c. 23:57:04 Whichever ones apply. 23:58:01 Resp. "uncultured", "not sweet", "unknown". 23:58:15 JFYI. 23:58:20 Ok. 23:59:59 --- log: ended forth/07.01.01