00:00:00 --- log: started forth/04.08.27
00:00:03 <arke> kc5tja: :)
00:00:09 <arke> kc5tja: hey, I'm actually working
00:00:42 <arke> FUCK
00:00:47 <arke> what the hell
00:00:54 <arke> 00000005  E9E5BEADDE        jmp 0xdeadbeef
00:00:54 <arke> 0000000A  E8E0BEADDE        call 0xdeadbeef
00:01:05 <arke> please tell me my eyes are not deceiving me :/
00:04:16 <kc5tja> arke: You are aware that JMP and CALL instructions are PC-relative, right?
00:04:27 <kc5tja> They don't store absolute addresses.
00:04:33 <arke> i don't want them to be o.O
00:04:45 <kc5tja> You have no choice.
00:05:42 <kc5tja> Personally, I think all CPUs should feature position independence -- position independent code should be a prominent feature, not a chore.
00:05:55 <arke> errr
00:06:01 <arke> hah!
00:06:08 <arke> i can still do cs:0xdeadbeef
00:06:18 <arke> except that I don't know if itll actually be in cs :/
00:06:29 <qFox> yay. i got a gmail invite! :D
00:06:58 <arke> qFox: you coulda asked me! :)
00:07:00 <qFox> Sorry, your username must be between 6 and 30 characters long.  
00:07:07 <qFox> dude..
00:07:12 <arke> ^_^
00:07:18 <qFox> thats just lame
00:07:37 <qFox>  qFoxxx is available 
00:08:00 <qFox> now i'm not even sure i want to have it
00:08:09 <qFox> i just wanted it for the leetness, qfox@gmail
00:08:11 <Herkamire> heh :) I just got a gmail invite two hours ago
00:08:21 <arke> Herkamire: you coulda asked me! :)
00:08:27 <qFox> i found out only yesterday that one of my best friends had it
00:09:03 <qFox> damnit. sux sux sux.
00:09:23 <Herkamire> can anyone send an invite?
00:09:29 <Herkamire> (anyone with gmail already?)
00:09:35 <qFox> its the only way
00:09:40 <qFox> afaik
00:10:27 <arke> qFox: _qfox_@gmail :)
00:10:42 <qFox> oh no, mmorpg pvp style!
00:10:49 <qFox> X_qFox_X
00:10:53 <qFox> or something
00:11:09 <arke> naahh
00:11:15 <arke> whats your real name?
00:11:18 <qFox> i created qfoxxx anyways
00:11:22 <qFox> peter, also too short
00:11:27 <qFox> my alt nick, kuvos, is also too short
00:11:33 <arke> oh, too late :)
00:11:34 <qFox> conclusion, gmail sux already :p
00:11:44 <arke> hehehe
00:11:52 <arke> i woulda said peter.fox
00:11:53 <arke> like i did
00:11:57 <arke> chris.r.walton
00:12:07 <qFox> nah i dont see why.
00:12:16 <qFox> peter.van.der.zee@gmail isnt leet
00:12:42 <qFox> hm it has an im?
00:12:53 <qFox> oh nm
00:12:56 <kc5tja> Herkamire: Yeah, but you have to use gmail.  I think it works like, the more you use it, the more invites you get.
00:13:00 <Herkamire> major progres in herkforth today
00:13:01 <kc5tja> or, can issue.
00:13:17 <Herkamire> progress
00:13:24 <arke> yep
00:13:29 <arke> the more you use it, the more invites
00:13:30 <qFox> so if you spam alot, you can create more addies from which you can spam even more... 
00:13:30 <arke> :)
00:13:31 <qFox> :p
00:13:40 <arke> gmail is better than any mail app/interface ive ever used
00:13:45 <arke> and its not even perfect
00:13:45 <arke> :)
00:13:48 <qFox> but what about the privacy issue?
00:13:49 <arke> qFox: :)
00:13:53 <qFox> wasnt that the whole catch?
00:14:12 <arke> qFox: oh, it just scans the text, looks for keywords, and displays ads. nothing to worry about
00:14:14 <kc5tja> qFox: Name me one privacy issue that any other web-based e-mail provider doesn't have.
00:14:17 <kc5tja> Name me ONE.
00:14:18 <arke> its just that people like to be wimps
00:14:41 <kc5tja> The gmail privacy issue is a total non-issue, raised by other providers in an attempt to prematurely deface Google, in an attempt to keep their existing customer base.
00:14:43 <arke> but the ads aren't even noticeable
00:14:43 <arke> so WHO CARES?
00:14:44 <arke> its great
00:15:42 <Herkamire> I decided on the format for my data export
00:15:50 <arke> :)
00:15:50 <qFox> well. at least its very fast
00:15:54 <kc5tja> The only thing gmail does is make all the issues explicit to the user in their terms of use agreement.  Let me point to all the customer abuses other web-based mail providers have had in the past as evidence.
00:16:20 <qFox> well yeah. but still :)
00:16:29 <kc5tja> (especially hotmail.com, interestingly enough, who actually had to change their terms of use agreement on numerous occasions in response to customer outrage)
00:16:43 <qFox> at least then you're not completely sure it happens. with gmail you know it happens :p
00:16:44 <kc5tja> No "but still."  The issue isn't.  And that's all that needs to be said.
00:17:12 <kc5tja> If it's one thing I hate more than anything else is slander and libel, with only lies backing them.  OOOH!  It makes my blood just BOIL.
00:17:16 <Herkamire> I didn't read the terms. what does gmail do that you don't like?
00:17:34 <qFox> like i've read the terms.
00:17:37 <kc5tja> Herkamire: Nothing any other provider does.  That's my point.
00:17:39 --- join: mur (~mur@mgw2.uiah.fi) joined #forth
00:18:07 <Herkamire> google is cool
00:20:47 <arke> google <3
00:20:53 <Herkamire> well, I've got herkforth exporting the dictionary and data, excluding unused entries
00:20:55 <qFox> well fine. then its "just" another free webbased email service, admittingly it feels fast right now (loading, changing screen, etc) but i dont really see anything special. yeah sure the 1gig, but thats not something i'd need anyways
00:21:32 <Herkamire> next assignment is to hack my parser to read them :)
00:21:52 <qFox> arke> does it supply pop3 access?
00:22:34 <arke> qFox: i think its on their todo list. but i would never use it - the interface is better than any mail client
00:23:02 <Herkamire> asside from requiring javascript, (having only toyed with it a couple times) it appears to be by far the best web-based email software I've seen
00:23:21 <qFox> its actually not the interface, but more the fact that i like my emails on my own computer (and this has nothing to do with privacy or anything like that)
00:23:37 <qFox> well anyways
00:23:59 <qFox> i gtg, big exam in a few hours and have to take the train (2h)
00:24:11 <Herkamire> my only problem with it is that... well, it's a web-based email thing
00:24:41 <qFox> there's also no spam settings, as far as i can see right now
00:24:56 <Herkamire> I like having my messages on my compputer, filtered through my spamchecker with my settings and browse/edit etc with my favorite software
00:24:58 <qFox> i mean, i'm sure it filters..
00:26:16 <Herkamire> it's getting very late here, and I've stopped programming
00:26:19 <Herkamire> goodnight all
00:26:25 <qFox> nite
00:27:03 <arke> niht
00:28:51 --- quit: Herkamire ("zzzZZZ")
00:31:36 --- quit: mur_ (Read error: 110 (Connection timed out))
00:35:28 <kc5tja> Personally, I'm going to write a POP3 client, maybe for gforth first, which follows a very distinctly Forth philosophy.
00:35:46 <kc5tja> Almost certainly not right now, of course.  But it is on my list of things to do.
00:36:30 <arke> kc5tja: like From: To: etc like you wrote in that rant?
00:36:37 <kc5tja> arke: Yep.
00:38:06 <kc5tja> I'm not too sure how I would store the messages for processing and display though.
00:41:25 <arke> blocks? :)
00:41:31 * arke is hungry at 12am :/
00:55:24 <kc5tja> Almost certainly will be stored in blocks, yes.
00:55:35 <kc5tja> Although RAM and object prevalence is a possibility too.
00:55:50 <kc5tja> Anyway, it is now 1AM, and I need to get to bed.
01:01:03 <arke> ok
01:01:04 <arke> so do i
01:01:06 <arke> i will soon
01:01:09 <arke> good night kc5tja
01:15:03 --- quit: kc5tja ("THX QSO ES 73 DE KC5TJA/6 CL ES QRT AR SK")
01:48:32 --- quit: fridge ("sleepy")
01:54:22 --- quit: imaginator (".")
02:36:31 --- join: mur_ (~mur@mgw2.uiah.fi) joined #forth
02:47:28 --- quit: mur (Read error: 110 (Connection timed out))
03:29:29 * Tomasu is away: dlrrp
03:29:33 --- nick: Tomasu -> TomasuDlrrp
03:49:38 --- join: crc (crc@32-pool1.ras11.nynyc-t.alerondial.net) joined #forth
04:20:34 <TomasuDlrrp> so much for sleep ::)
04:20:37 * TomasuDlrrp is back (gone 00:51:07)
04:20:42 --- nick: TomasuDlrrp -> Tomasu
04:23:08 <crc> Sleep is a good thing to get
05:55:08 --- quit: warpzero (Read error: 60 (Operation timed out))
05:59:28 --- join: tathi (~josh@pcp02123722pcs.milfrd01.pa.comcast.net) joined #forth
06:01:10 <crc> Hello tathi
06:02:56 <tathi> Hi crc
06:03:45 <tathi> You got retroforth 7.2 done, I see.
06:13:58 --- quit: crc (Client Quit)
06:17:34 --- quit: I440r_ (Remote closed the connection)
08:19:25 --- quit: mur_ (Remote closed the connection)
08:19:49 --- join: mur (~mur@smtp.uiah.fi) joined #forth
08:55:05 --- join: Herkamire (~jason@h000094d30ba2.ne.client2.attbi.com) joined #forth
08:55:06 --- mode: ChanServ set +o Herkamire
08:55:19 <Herkamire> aaaaaaaaaAAAAAAAAAAAAAAAAAARG
08:55:29 <Herkamire> eudora doesn't have a place to stick in a username and password for SMTP AUTH
08:55:38 <Herkamire> it just usses them from the incomming mail server
08:55:51 <Herkamire> if your outgoing has a different username, then you are @#*&$^@#ed
08:56:07 <jDoctor> hi all
08:56:20 <Herkamire> I don't want to run a #*&$@ outgoing mail server
08:56:36 <Herkamire> people should use the outgoing mail service from their isp
08:56:48 <Herkamire> hi jDoctor 
08:57:25 <jDoctor> I almost made my final decisions on the syntax
08:57:29 <jDoctor> whats a good pastebin?
08:57:51 <Herkamire> if only it was opensource
08:57:56 <Herkamire> 1) it would be fixed long ago
08:58:17 <Herkamire> 2) if my client had a version too old they could upgrade for free
08:58:18 <jDoctor> hm? talkin to me? I need a url to a good pastebin
08:58:35 <Herkamire> 3) they could use a patch to fix it in their current version
08:59:01 <Herkamire> http://www.rafb.net/paste/ was mentioned yesterday
08:59:37 <Herkamire> I ususally just stick stuff in my web dir
09:00:23 <tathi> Herkamire: you having fun there? :)
09:00:42 <Herkamire> no
09:01:06 <Herkamire> I just spent a half an hour on the phone with a customer, only to find out that it appears that eudora can't do this
09:01:55 <Herkamire> I'm not totally sure. One site says it can't until version 6 where you can make an ugly hack in the settings
09:02:03 <Herkamire> one site says the hack works in version 5
09:02:34 <Herkamire> how am I supposed to create customer satisfaction if their software is to crappy to use my services?
09:05:40 <jDoctor> well check this delemma I have out. its pretty interesting
09:06:04 <jDoctor> so I'm playing with the playdo language, you know, making the syntax how I want it before I go on. 
09:06:23 <jDoctor> and I have it boiled down to two distinct syntaxes
09:07:56 <jDoctor> I can describe their common denominator first: every function in my lang takes only one input. that one input may be a list, so we recover to send many variables to a function (potentially)
09:08:49 <jDoctor> the lists are made in square brackets, so + [3 3 3] is a function+its single input of one list, and it returns as 9
09:09:55 <jDoctor> the split of the two languages come when we consider quoting. I want to be able to refer to a function, and a function call (lazy eval), as well as variables themselves.
09:10:00 <jDoctor> http://www.rafb.net/paste/results/fHsskC19.nln.html
09:10:14 * jDoctor walks away and gets a cup of coolaid
09:11:58 <jDoctor> basically the problem is "what if I wanted a list with +, and [5 5] ? I dont want it to be evaluated into 10"
09:13:13 <jDoctor> I like one because it finally has a good use of commas, not too many. I like 2 because it makes function calls very visible
09:18:13 --- quit: I440r ("brb")
09:20:05 <Herkamire> jDoctor: sounds like you'll have to put a comma after the + or put something before it to indicate it is not to be executed (like ' in scheme
09:20:13 <Herkamire> yay, I found a workaraound in eudora
09:25:41 --- join: I440r (~mark4@216-110-82-203.gen.twtelecom.net) joined #forth
09:27:14 <arke> I440r: got something like >body for isforth?
09:28:11 <I440r> i have >bbody
09:28:17 <I440r> : >body 5 + ;
09:34:57 <Herkamire> so freakin' stupid.
09:35:17 <Herkamire> who writes email software that supports authenticated SMTP, but then doesn't allow the user to choose what username and password are sent?
09:40:26 <I440r> lol
09:42:48 <Herkamire> oh, look, we have a username and password for a different server, we'll just use those
09:43:21 <Herkamire> the weird part is that Eudora is generally very nice software
09:43:26 <Herkamire> I used it quite happily for years
09:44:05 <I440r> lol
09:44:32 <I440r> it doesnt allow different logins on different servers ?
09:45:09 <I440r> use thunderbird or what ever it is that they call it
09:45:12 <Herkamire> incomming and outgoing for an account use the same username/password
09:45:22 <Herkamire> I'm quite happy with mutt
09:46:12 <Herkamire> to get it to work properly with an outgoing mail server that uses different authentication information you have to jump through many hoops
09:46:26 <Herkamire> you have to create a sepperate account in the settings
09:46:47 <Herkamire> then you have to create a "stationary" which sets emails you create to use the sending account
09:46:56 <Herkamire> then set that stationary as the default for all accounts
09:47:37 <Herkamire> I had to come up with the stationary part. I found several websites that explained this problem, and said that there was no workaround before version 6
09:47:48 <Herkamire> bleh
09:48:23 <Herkamire> anyway, now that that's cleared up, I've gotta decide what to do with the next 4 hours
10:04:29 --- join: mur_ (~mur@kyberias.uiah.fi) joined #forth
10:14:58 --- quit: mur (Read error: 110 (Connection timed out))
11:02:02 --- join: warpzero (~warpzero@dsl.103.mt.onewest.net) joined #forth
11:02:47 <Herkamire> sheep
11:02:57 <Herkamire> making tutorials is a lot of work.
11:06:59 <Robert> Mmm... Sheep.
11:07:25 <arke> I440r: i can do a native call to it then, right?
11:07:47 <arke> I440r: with >body
11:07:49 * arke hopes so
11:09:18 <arke> I440r: oh, and also - in which segment is all the code stored? 
11:36:56 <I440r> hehe there are no segments
11:37:01 <I440r> just list space and head space
11:37:07 <I440r> btw isforth now runs under freebsd
11:37:13 <I440r> gotta fix the extensions a little tho
11:37:17 <I440r> brb
11:38:03 <arke> I440r: well, but if i wanted to do a segment call to something, would i use CS, DS, ES, FS, GS, SS, penisS, what?
11:42:42 --- join: Robert_ (~snofs@c-bf5a71d5.17-1-64736c10.cust.bredbandsbolaget.se) joined #forth
11:43:16 <arke> HI SNOFS!
11:43:46 --- quit: tathi ("leaving")
11:53:52 <I440r> err you definatly dont touch cd, de, es or any of those
11:53:56 <I440r> they are NOT segment registerse
11:54:00 <I440r> they are selectors
11:54:12 <I440r> and you have no use for them unless you happen to be running in ring 0
11:54:17 <I440r> which you probably arent :)
11:54:33 --- quit: Robert (Connection timed out)
11:56:37 --- nick: Robert_ -> Robert
12:07:47 --- join: slava (~slava@CPE00096ba44261-CM000e5cdfda14.cpe.net.cable.rogers.com) joined #forth
12:11:22 --- join: Sonarman (~matt@adsl-66-124-255-29.dsl.snfc21.pacbell.net) joined #forth
12:14:25 <slava> hi Sonarman 
12:14:51 <Robert> Hi slavaman.
12:16:27 <slava> hi robertman
12:17:31 <Sonarman> and how are you gentlemen today?
12:21:45 <Herkamire> iiiiit's herkforth time :)
12:21:58 <slava> herkaman!
12:23:43 <Sonarman> to the forthmobile!
12:25:33 <slava> those evil java programmers are trying to take over the world AGAIN!!!
12:25:39 <slava> THEY MUST BE STOPPED!!!
12:25:49 <Sonarman> DESTROY ALL JAVA CODE!
12:25:55 <Sonarman> i'll start with jedit
12:27:18 <slava> dammit you just exposed me as a double agent!
12:27:22 <slava> i must KILL YOU ALL!
12:30:07 <Sonarman> how come i'm not dead yet?
12:30:19 <slava> because you have FORTH POWERS!!
12:30:34 <Sonarman> i use teh forth
12:31:07 <slava> http://www.paoloamoroso.it/log/img/subclasses-gadget.png
12:36:18 <madwork_> Hey... if I am passing a string for evaluation to a named recipient... what is the better syntax?
12:36:18 <madwork_> <name> "text" thing.eval ...or... "text" <name> thing.eval ?
12:36:23 --- nick: madwork_ -> madwork
12:36:43 --- quit: mur_ (Remote closed the connection)
12:37:10 <Herkamire> madwork: text first
12:37:15 --- join: mur (~mur@uiah.fi) joined #forth
12:37:20 <madwork> Reason?
12:37:32 <slava> name is more likely to be constant and/or easlily computed
12:37:35 <slava> so its better to have:
12:37:44 <slava> <long phrase to compute text> <short phrase to compute name> thing.eval
12:37:51 <slava> than a short phrase first that 'gets lost'.
12:38:14 <madwork> I see.
12:54:04 <I440r> slava isforth now runs and compiles in fbsd :)
12:54:16 <I440r> i gotta fix one minor item and then ill prolly release it
12:54:23 <I440r> unless i find other minor problems
12:54:35 <I440r> cd into my ~ and do ./extend :)
12:54:46 <slava> I440r, cool
12:54:48 <I440r> it wont complete, theres a variable i deleted
12:54:48 --- join: FlamingRain (~Ecoder@c-24-129-95-254.se.client2.attbi.com) joined #forth
12:55:57 <slava> > ./extend
12:55:57 <slava>  ok
12:55:57 <slava> fload src/isforth.f
12:55:57 <slava> loading comment.f
12:55:57 <slava> loading loops.f
12:55:58 <slava> loading varoable.f
12:56:00 <slava> loading header.f
12:56:02 <slava> loading fsave.f
12:56:06 <slava>  isforth ?
13:02:38 <I440r> correct
13:02:44 <I440r> i removed that equate
13:02:55 <I440r> gona re-add it but it needs a little rework
13:03:23 <slava> varoable?
13:03:29 <slava> what's that :)
13:03:29 <I440r> variable
13:03:34 <I440r> a typo
13:03:42 <I440r> i can type 35 WRONG words per minute :)
13:06:10 <Sonarman> lol
13:16:07 <I440r> hrm fsave is wrong, i need to fix the # parameters i pass to <open> :)
13:24:28 * Tomasu is away: later
13:33:59 --- join: mur_ (~mur@smtp.uiah.fi) joined #forth
13:36:53 --- quit: FlamingRain ("Leaving")
13:46:00 --- quit: mur (Read error: 110 (Connection timed out))
13:46:56 <Herkamire> designing good software is hard
13:48:30 <slava> yes
13:49:09 <Herkamire> especially a whole OS :)
13:49:57 <slava> is that what you're doing?
13:50:08 --- quit: I440r (Read error: 110 (Connection timed out))
13:50:12 <Herkamire> designing how I will store, track, and edit data
13:50:33 <Herkamire> yes, it'll be a whole system
13:51:13 <Herkamire> it's only one feature away from being self-sufficient programming environment under Linux
13:51:36 <Herkamire> (that feature being a sort of garbage collection that clears out unused dictionary entries
13:51:52 <slava> haha, so you're doing a gc after all; )
14:06:50 <qFox> YAY
14:06:59 <qFox> i made it, pretty sure anywyas
14:07:12 <Sonarman> the exam
14:07:13 <Sonarman> >
14:07:14 <Sonarman> ?
14:07:34 <qFox> yeah
14:07:49 <qFox> so i'll be studying AI this year :D
14:09:03 <qFox> on the downside
14:09:12 <qFox> on my way back home i got stuck in the train for 3 hours
14:09:33 <qFox> because the train in front of us went fubar
14:10:15 --- join: kuvos (C00K13S@82-169-140-229-mx.xdsl.tiscali.nl) joined #forth
14:10:20 --- nick: Tomasu -> TomasuAway
14:10:24 * TomasuAway is away: stuff
14:10:39 --- quit: kuvos (Client Quit)
14:12:55 --- quit: warpzero (Read error: 104 (Connection reset by peer))
14:28:20 --- join: I440r (~mark4@216-110-82-203.gen.twtelecom.net) joined #forth
14:32:09 <Herkamire> slava: yeah, I don't really see any alternative
14:41:26 --- quit: tgunr (Read error: 104 (Connection reset by peer))
14:43:03 --- join: tgunr (~davec@vsat-148-63-4-107.c001.g4.mrt.starband.net) joined #forth
14:43:32 --- join: mur (~mur@smtp.uiah.fi) joined #forth
14:46:10 --- join: warpzero (~warpzero@dsl.103.mt.onewest.net) joined #forth
14:53:21 <Herkamire> memory leaks are one thing if you can just quit the program to clear them, but it's completely unacceptable, and must not be possible when they are persistent objects-
14:53:47 <Herkamire> a temporary wasting of memory is OK, but I can't have it filling the disk with useless junk
14:53:53 <slava> even having to quit is ackward.
14:54:19 <Herkamire> yeah, I don't like memory leaks, but there is always crappy software
14:54:48 <Herkamire> crappy software can be crappy, but I won't have it cluttering my harddrive easily and accidently
14:55:11 --- quit: mur_ (Read error: 110 (Connection timed out))
14:56:00 <Herkamire> imagine if every time you malloc()ed and forgot to free() that the data would sit around on the HD forever
14:56:20 <Herkamire> now that would be an OS that you'd have to delete after a while
14:59:56 <slava> yup
15:11:53 --- quit: tgunr ("Leaving")
15:13:06 <Herkamire> it would just keep getting bigger and slower, and eventually there'd be nothing to do but delete it and reinstall
15:13:10 <Herkamire> sorta like windows come to think of it
15:23:40 --- quit: qFox ("meh ircii's netsplit detection appearantly sux ^^")
15:26:27 <Sonarman> Herkamire: hehe
15:27:10 <Sonarman> "it would just keep getting bigger and slower, and eventually there'd be nothing to do but delete it and reinstall" brought Windows to my mind too
15:32:28 <Herkamire> Sonarman: :) me too
15:33:15 <Herkamire> I wasn't trying to lead into digging windows or anything. just about system design. I described the potential results of a design flaw, and... it reminded me of something
15:34:22 <Herkamire> this doesn't feel quite like gc somehow.
15:35:53 <Herkamire> I'm not going through deleting stuff to save memory, I'm going through and finding stuff I want to copy into the new system
15:36:13 <Herkamire> not much difference though I guess
15:36:15 <slava> that's still gc.
15:36:21 <slava> a copying collector. like factor.
15:38:31 <Herkamire> the thing that's puzzling me now is how to handle objects getting bigger
15:39:56 <slava> like growable arrays etc?
15:39:58 <slava> i use indirection
15:40:12 <slava> if the array has to grow, a new one is allocated, objects are copied, and the handle is changed to point to the new array
15:40:19 <slava> all code only refers to this handle
15:40:26 <Herkamire> yeah
15:40:28 <Herkamire> I know.
15:40:34 <slava> of course, non-growable arrays are referened directly.
15:41:42 <Herkamire> it's just that I can't figure a good way to implement it
15:42:12 <Herkamire> in one option, the gc would have to parse objects for references
15:42:21 <Herkamire> (which I'd do eventually, but I'd like to save that for later)
15:42:44 <Herkamire> in another, I'd need to add two colors
15:42:48 <slava> on each object's header, store a bitmask. a bit of 1 means that this word in the object holds a reference, which the gc must be aware of.
15:43:06 <slava> if you want to avoid explicit knowledge of all object types in gc.
15:43:18 <slava> i don't bother, since i only have 10 or so types.
15:44:47 <Herkamire> my gc will have to know all data types which contain references
15:44:53 <Herkamire> I just don't want to deal with that now
15:46:41 <Herkamire> or, my final option for implementing that I'v thought of is to abuse the dictionary structure like I do for variables
15:48:31 <Herkamire> man, it's such a pita when stuff moves
15:49:16 <Herkamire> my current stratagy is to leave a bunch of empty memory between things so they have room to grow.
15:49:42 <Herkamire> and a save bootstraps the system and spaces everything out nicely again
15:54:14 <slava> heh
15:57:57 --- join: tgunr (~davec@vsat-148-63-4-107.c001.g4.mrt.starband.net) joined #forth
15:58:13 --- quit: warpzero (Read error: 110 (Connection timed out))
15:58:49 --- join: warpzero (~warpzero@dsl.103.mt.onewest.net) joined #forth
16:08:55 --- join: FlamingRain (~Ecoder@c-24-129-95-254.se.client2.attbi.com) joined #forth
16:14:14 --- quit: tgunr ("BRB")
16:19:16 --- join: tgunr (~davec@vsat-148-63-4-107.c001.g4.mrt.starband.net) joined #forth
16:34:05 --- quit: FlamingRain ("Leaving")
16:45:40 --- join: I440r_ (~mark4@216-110-82-59.gen.twtelecom.net) joined #forth
17:01:12 --- quit: tgunr ("BRB")
17:01:59 --- join: tgunr_ (~davec@vsat-148-63-4-107.c001.g4.mrt.starband.net) joined #forth
17:12:32 --- quit: tgunr_ ("erc")
17:17:14 --- join: tgunr (~davec@vsat-148-63-4-107.c001.g4.mrt.starband.net) joined #forth
18:01:34 --- join: FlamingRain (Ecoder@c-24-129-95-254.se.client2.attbi.com) joined #forth
18:19:35 --- join: mur_ (~mur@kyberias.uiah.fi) joined #forth
18:30:54 --- quit: mur (Read error: 110 (Connection timed out))
18:42:05 * TomasuAway is back (gone 04:31:41)
18:42:09 --- nick: TomasuAway -> Tomasu
19:10:18 <slava> anyone around?
19:17:08 <I440r_> not me
19:23:06 <tgunr> i'm here
19:23:24 --- quit: Tomasu (orwell.freenode.net irc.freenode.net)
19:23:25 * slava is writing some docs
19:25:18 --- join: Tomasu (~moose@S010600045a4c73cc.ed.shawcable.net) joined #forth
19:27:03 <Sonarman> i'm here
19:27:45 <slava> what to make a section documenting various integer functions?
19:27:49 <slava> s/make/name/
19:28:15 <madgarden> Sonarman, no, you're there. *I* am here.
19:28:28 <Sonarman> madgarden: i assure you, i am here
19:28:32 <madgarden> slava, "Integer Functions".
19:28:55 <Sonarman> better name it "Garblefrotz"
19:29:06 <slava> i already have a section "Integers" that describes basics
19:29:15 <slava> this one will cover mod /mod /i gcd
19:29:16 <Sonarman> "Extended Intefger Operations"
19:32:07 <I440r_> slava check privmsg!
19:32:15 <slava> yes i saw;)
19:32:22 <slava> you crazy asm man
19:32:32 --- quit: mur_ (Remote closed the connection)
19:32:34 <I440r_> init_mem:
19:32:34 <I440r_> ; push _addr0+0100000h       ;we should decide on a good end of memory
19:32:35 <I440r_> ; mov eax, 011h
19:32:37 <I440r_> ; push eax
19:32:39 <I440r_> ; int 080h                   ;break out to 1 meg
19:32:42 <I440r_> thats the correct way to do a sys_brk in fbsd
19:32:48 <I440r_> push new end address
19:32:50 <slava> does it work now?
19:32:52 <I440r_> set eax = syscall
19:32:59 <I440r_> no it doesnt
19:33:05 <I440r_> push dummy then do the syscall
19:33:08 --- join: mur (~mur@mgw2.uiah.fi) joined #forth
19:33:12 <I440r_> the dummy is because NORMALLY you have...
19:33:15 <I440r_> syscall:
19:33:17 <I440r_>  int 080h
19:33:17 <I440r_>  ret
19:33:37 <I440r_> so int080h has to add 1 cell to the esp to be pointing to its parameters
19:33:39 <I440r_> however
19:33:51 <I440r_>  push _addr0+0100000h
19:33:51 <I440r_>  push 011h
19:33:51 <I440r_>  push eax 
19:33:51 <I440r_>  int 080h 
19:33:53 <I440r_> that works too
19:34:14 <Sonarman> what
19:34:20 <Sonarman> 's inside eax in that csae?
19:34:34 <I440r_> zero
19:34:39 <I440r_> guaranteed
19:34:49 <Sonarman> oh cause of the xoring
19:35:03 <I440r_> no
19:35:11 <I440r_> because eax = 0 on entry into a program
19:35:17 <Sonarman> oh, ok
19:35:38 <Sonarman> why do you have to push zero?
19:35:45 <I440r_> hmm i wonder what happens if i make it NON zero
19:35:45 --- quit: FlamingRain ("Leaving")
19:35:57 <I440r_> im not pushing zero. that last push is "push any value at all"
19:36:10 <I440r_> because int 80h expects a return address to be there
19:36:28 <Sonarman> ok
19:36:32 <I440r_> just like in c, a functions parameters are underneath its return addres
19:46:49 <slava> bah found a bug in jedit's markers
19:48:41 --- join: FlamingRain (Ecoder@c-24-129-95-254.se.client2.attbi.com) joined #forth
20:03:20 * Tomasu is away: dlrrp
20:03:24 --- nick: Tomasu -> TomasuDlrrp
21:08:05 --- quit: FlamingRain ("Leaving")
21:08:38 --- join: mur_ (~mur@uiah.fi) joined #forth
21:19:03 --- quit: mur (Read error: 110 (Connection timed out))
21:21:06 --- quit: Herkamire ("boodd")
21:53:05 --- quit: mur_ (Remote closed the connection)
21:53:40 --- join: mur (~mur@smtp.uiah.fi) joined #forth
21:54:08 <slava> i'm debugging some java code i wrote last year, its a horrid experience
21:54:12 <slava> you forthers have no idea
21:57:01 <slava> uuurrrggghh
21:57:03 <slava> its a case of:
21:57:04 <slava> foo();
21:57:05 <slava> bar();
21:57:07 <slava> working
21:57:07 <slava> but
21:57:08 <slava> bar();
21:57:10 <slava> foo();
21:57:11 <slava> not working
21:57:19 <slava> because of stupid complex "object oriented" side effects :(
21:59:24 <slava> not that OOP is bad
21:59:39 <slava> just at the time when i wrote that code, i had a perchant for abusing it
22:04:14 <I440r_> oop is an abuse :P
22:04:20 <I440r_> and its time to go zzz
22:04:32 <I440r_> this stupid magic syscall code is tying me in knots
22:04:33 <I440r_> lol
22:04:55 <I440r_> it did however help to have fsave brandelf the target as FreeBSD and not Linux
22:04:57 <I440r_> lol
22:04:58 <I440r_> duh!
22:40:53 --- join: mur_ (~mur@smtp.uiah.fi) joined #forth
22:45:54 <Sonarman> does the "spectrum analyzer" visualization in xmms/winamp use an FFT?
22:52:14 --- quit: mur (Read error: 110 (Connection timed out))
23:47:57 --- join: qFox (C00K13S@82-169-140-229-mx.xdsl.tiscali.nl) joined #forth
23:53:57 --- quit: Sonarman ("leaving")
23:59:59 --- log: ended forth/04.08.27