IRC log started Wed Sep 22 00:00:01 1999
[msg(TUNES)] permlog 1999.0922
-:- eihrul [lee@usr5-ppp181.lvdi.net] has joined #tunes
-:- core [core@mcp.suntech.fr] has joined #tunes
<core> people hi
* core/#tunes is overwhelmed :)
01:50am
-:- SignOff Zhivago: #TUNES (Ping timeout for Zhivago[th.merddin.com.au])
-:- Zhivago [brian@th.merddin.com.au] has joined #tunes
<eihrul> core: there?
* eihrul/#tunes sighs.
02:20am
-:- eihrul [lee@usr5-ppp181.lvdi.net] has left #tunes []
-:- eihrul [lee@usr5-ppp181.lvdi.net] has joined #tunes
-:- SignOff eihrul: #TUNES (Leaving)
-:- AlonzoTG [Alonzo@216-164-131-242.s242.tnt2.lnhva.md.dialup.rcn.com] has joined #tunes
-:- SignOff core: #TUNES (ircII EPIC4pre2.001-NR3 -- This is *not* the default quit message)
-:- FareWell [fare@d026.paris-121.cybercable.fr] has joined #Tunes
-:- smokie [tw026024@zaalf13.twi.tudelft.nl] has joined #tunes
-:- core [core@core.suntech.fr] has joined #tunes
<core> huwo
<smokie> hi ho core
-:- smokie is now known as smoke`
<core> hey smoke! :)
<smoke`> how's your OS coming ?
<core> great.. about to be able to run non-networked and not-too-complicated unix applications :)
<core> that'll be a good base for further expansion :) (and no, i'm not going to use that for native interfaces :)
11:30am
-:- NetSplit: tolkien.openprojects.net split from sterling.openprojects.net [11:30am]
-:- BitchX+Deb1an: Press Ctrl-F to see who left Ctrl-E to change to [tolkien.openprojects.net]
-:- Netjoined: tolkien.openprojects.net sterling.openprojects.net
-:- smoke` [tw026024@zaalf13.twi.tudelft.nl] has joined #Tunes
-:- hcf [nef@me-portland-us946.javanet.com] has joined #tunes
-:- tmf [s720@barkebille.ii.uib.no] has joined #tunes
-:- SignOff FareWell: #TUNES (Ping timeout for FareWell[d026.paris-121.cybercable.fr])
-:- SignOff smoke`: #TUNES (BitchX-75+Deb1an -- just do it.)
-:- SignOff core: #TUNES (Ping timeout for core[core.suntech.fr])
-:- Downix [down@d-gnaps-101.ici.net] has joined #tunes
<Downix> morning all
01:20pm
-:- eihrul [lee@usr5-ppp04.lvdi.net] has joined #tunes
<Downix> hi
<eihrul> lo
<Downix> what's new?
<eihrul> playing around with thread migration
<eihrul> and it's taken off 40 instructions off my IPC path (of 110 instructions or so)
<eihrul> so i'd say the concept is rather successful :)
<Downix> ok
* Downix/#tunes is digging into ways of improving his chat server a bit
<Downix> found a routine for adding in a 3D interface to it.
<eihrul> is that not extraneous? :)
<eihrul> as these are intended for chatting, no?
<eihrul> otherwise they can chat in Quake
<Downix> I know, but I'm trying to figure out ways of making it easier for non-UNIX guys to handle it.  Right now raw telnet is slightly warped
<eihrul> non-unixish guys can handle telnet
<Downix> not all, I deal with idiots all day
<Downix> looking at a possible plug-in for those who cann't handle it as/is
01:40pm
<eihrul> they will remain such if you don't give them a reason to learn
<Downix> w/o removing the interface we have now.
<Downix> more features for those who go with the native interface.
<eihrul> so how are you proposing to do your 3D?
<Downix> I'm not, I found someone else who made a 3D plug-in for his server
<Downix> so I was looking to see how hard it would be to add it into my own
<eihrul> gah, that's no fun
<Downix> My chat server isn't for fun
<Downix> I do it because it'll help friends out
<eihrul> so why can't it be fun and helpful at the same time?
<Downix> I have enough real work to do w/o going into detail on a smaller chat server project
<eihrul> fair enough
<Downix> I do more work w/ F-CPU anyways
<Downix> that's where my fun is
<Downix> 8)
* Downix/#tunes just finished up the ALU
<eihrul> how is that project advancing?
<Downix> woo hoo!
<Downix> it's progressing quicker than I thought it would
<Downix> our assembler is done
<eihrul> i've heard lots of conflicting stories on it... such as it's going dead, it's not quite dead yet...
<Downix> I have to submit the ALU once I've simulated it to death
<eihrul> assemblers are a < 1 week job
<Downix> they're a harder job when you don't have an assembly language
<eihrul> you made an assembler without an instruction set and/or encoding?
<Downix> no, we made both at once
<Downix> well, all at once
<eihrul> that makes sense... or not quite
<Downix> we're developing it all kinda hap-hazard
<Downix> parts of it are dead
<Downix> others are going strong
<Downix> but with the assembler done, making a working CPU is possible right now, but not necessarily a great one
<eihrul> simulated CPU anyway?
<Downix> right
<eihrul> will check out the project again... fcpu.tux.org wasn't it?
<Downix> f-cpu.tux.org
<Downix> right
<eihrul> off by one
<Downix> ok
<eihrul> thou must stop saying 'ok'
01:50pm
<Downix> alright
<Downix> 8)
<eihrul> much better
<Downix> alright
<Downix> 8)
<Downix> anyways
<Downix> right now I'm doing tests on possible ALU's we could use
<Downix> so far the straight and simple one works best as long as no math is done
<Downix> well, low-level math only
<Downix> the second mul, div, sqrt show up, it's in trouble
<eihrul> it's not much difference than intel cpus i would guess...
<eihrul> it takes way too many cycles for a mul/div as is 
<Downix> yup
<eihrul> 1 cycle for an add, close to 40 for a div, 10 or so for a mul
<Downix> I'm looking at removing all math functions from the INT core and putting them into the FPU
<Downix> the FPU's ALU is more akin to a vector unit's core
<Downix> so it runs very fast, more cycles per second than the INT unit on the same freq.
<Downix> so hopefully even tho it takes 12 cycles for a mul function, it'll get the results sooner than otherwise
<eihrul> they have a logo...
<Downix> yup
<Downix> I like it
<eihrul> isn't that premature?
<Downix> not really
<Downix> the logo is for the project
<Downix> we're never going to produce a chip ya know
<eihrul> so is tunes' logo i would suppose
<Downix> only the cores for other people to make them
<eihrul> would anyone even endeavor to make them?
<Downix> I know of a few universities in europe that are looking at it, and my company is going to be as well
<eihrul> wouldn't it be expensive though?
<Downix> depends on how it's produced
<eihrul> no sub instruction?
<Downix> hrm?
<eihrul> in design docs
<Downix> not sure, I didn't look it all over, only took the instructions as is and made a straight ALU based on them
02:00pm
<Downix> I know we probably could use some more instructions, but as is I've not yet found a single function I could not handle
<eihrul> oh... sub is in there
<Downix> ok
<Downix> OH!  I got what you ment
<eihrul> what i meant about what?
<eihrul> sub?
<abi> zero
<Downix> I thought when you said no subn instruction that we were missing sub-functions within instructions
<Downix> oops
<Downix> hehe, actually you could have no sub instruction if you coded add right
<Downix> to sub you merely make the second integer a negative
<eihrul> from the design docs, the add instruction just has a negate flag
<Downix> right
<Downix> all you'd need
<Downix> saves transistors and speeds up the design by 0.5%
<eihrul> i suppose the same is true of the shift instruction as well?
<Downix> Correct
<eihrul> would make for a fun assembly language
<Downix> I know, it's a bit odd
<Downix> yup
<Downix> the GCC people on the project all say it'll be a lot more powerful for higher-level programming too
<eihrul> you could just make flag/opcode combinations different mnemonics, but that would be too over-done
* Downix/#tunes nods
<Downix> we didn't go overboard
<eihrul> it would make assembler construction much simpler, though
<Downix> we simply took the most obvious routes, and then tested for speed and ease of use
* Downix/#tunes nodsd
<eihrul> do you actually have an emulator or simulator built yet?
<Downix> semi
<Downix> I'm doing a simulator while working on the ALU
02:10pm
<Downix> making a flexible one, so I can change pipeline depth, etc, with only a few changes
<Downix> that way I can better test speed
* eihrul/#tunes wishes he knew more about how cpus are constructed...
<eihrul> any particularly good books on the subject?
<Downix> get the book "COmputer Architecture, A quantitive approach"
<eihrul> i own that :)
<Downix> most of us on F-CPU have it and swear by it
<Downix> 8)
<eihrul> i snagged it while browsing around in bookstore
<Downix> smart
<eihrul> just haven't had an adequate chance to read it yet
<Downix> right now we're also looking at making a modular surface interface for the core
<Downix> so you can mount multiple cores, multiple FPU's, etc. into a single die, PLUS allow you to change what the bus interface is to whatever you choose
<Downix> be is Socket-7, EV-4, etc.
<Downix> in theory tho
<Downix> UI'm not so sure it'll work
<Downix> but if they want to try it, go for it
<Downix> I'll stick to the F-Bus
<Downix> (modified MIPS SysAD bus)
* eihrul/#tunes likes the logic instruction.
* Downix/#tunes does too
<eihrul> tis quite clever
<Downix> speedy too
<eihrul> out does the not instruction work though?
<Downix> I'd explain, except X just died along with adobe
<Downix> grr
<eihrul> one register is just not used?
<Downix> I believe that was the idea
<eihrul> that register being %b?
<Downix> same idea that MIPS and Alpha
<eihrul> ah
<Downix> used
02:20pm
<Downix> can't remember the reasons why, but something about speeding up the system
<Downix> if' you'd notice, we're mostly concerned about speed
<Downix> or at least a good part of us are
<Downix> another thing we're worried about is ease of implimentation
<Downix> no MTL, TTL, etc.
<eihrul> which are?
<Downix> ways of handling the core functions
<Downix> Multiple Threaded Logic, Tiny Threadded Logic and Command Threaded Logic
<Downix> we're using CTL, we understand it better
* AlonzoTG/#tunes ignites a flamethrower and eyes Downix
<Downix> most CPU's are CTL, Alpha is TTL, and SH-3/4 is MTL
<Downix> hey AL
<eihrul> how do the three differ?
<Downix> eihrul:  How threads are handled.
<eihrul> i know... but how? :)
<Downix> ok, in MTL, the core has a pre-proicessor to set up the signals as threads, in TTL the core itself threads then as they go through it, in CTL you send commands in a specific pattern in order to thread it
<Downix> namely how much control the compuler has
<eihrul> attempting to grok concretely...
<Downix> ok
02:30pm
<eihrul> so MTL is just a bit less decentralized form of TTL?
<eihrul> er more decentralized :)
<Downix> right, it's also a lot cheaper to make
<Downix> since you don't have to design the core so accurately
<eihrul> and CTL depends on parallelism between different units, somewhat like pipelining?
<Downix> no, CTL depends on the software for all threads
<eihrul> define "commands in a specific pattern" :)
<Downix> ok, say you have one command that requires the results of a mul function w/ a 12 cycle functioning.
<Downix> in CTL, the compiler would make sure that 11 commands slide between the command and the function
<eihrul> okay... so i wasn't totally lost...
<Downix> right
<eihrul> but that does kind of depend on parallelism between disimiliar units, no?
<Downix> yep, but that's another case
<eihrul> very easy to make a simple emulator for this :)
<Downix> yup
<eihrul> what exactly is the purpose of the size flags in loadi?
<eihrul> can't the assembler do that?
02:40pm
<Downix> yes, but it makes high-level languages run a bit smoother
<eihrul> how so? it's a constant*constant multiply :)
<Downix> I forgot why, but it did
<eihrul> loopentry?
<eihrul> that's an odd one...
<eihrul> couldn't most compilers do that?
<Downix> not all
<eihrul> intel compilers seem to get away fine without it 
02:50pm
<eihrul> hrmmm, how does one go about doing an unconditional jump?
<Downix> look it over
<eihrul> eh?
<Downix> There's a flag for jump, I believe
<Downix> I'll look over the ALU
<eihrul> ah... well it doesn't descirbe it in documentation :)
<Downix> I think so, I'll check
<Downix> or go to #f-cpu and ask mathias
<eihrul> i'll just take your word for it
03:00pm
-:- SignOff tmf: #TUNES (Ping timeout for tmf[barkebille.ii.uib.no])
<eihrul> downix: do you know of any good multi-windowed irc clients for X?
<Downix> not really, I use xchat
<eihrul> client i'm using doesn't like multiple channels too well
<Downix> which one?
<eihrul> irc2
<Downix> ok, try BitchX then
<eihrul> bitchx is too colorful
<eihrul> i like monochrome better
03:10pm
-:- eihrul_ [eihrul@usr5-ppp04.lvdi.net] has joined #tunes
-:- SignOff eihrul: #TUNES (Leaving)
-:- eihrul_ is now known as eihrul
<eihrul> xchat is pseudo-multi-windowed
<Downix> yup, but it's nice
03:30pm
-:- SignOff hcf: #TUNES (Leaving)
-:- hcf [nef@me-portland-us843.javanet.com] has joined #tunes
-:- NetSplit: lackey.openprojects.net split from sterling.openprojects.net [03:40pm]
-:- BitchX+Deb1an: Press Ctrl-F to see who left Ctrl-E to change to [lackey.openprojects.net]
-:- Netjoined: lackey.openprojects.net sterling.openprojects.net
-:- AlonzoTG [Alonzo@216-164-131-242.s242.tnt2.lnhva.md.dialup.rcn.com] has joined #tunes
-:- core [core@core.suntech.fr] has joined #tunes
* AlonzoTG/#tunes ignites a flamethrower and eyes core
<Downix> hey core
04:10pm
<Fare> Gakuk!
* AlonzoTG/#tunes is worrying about exactly how to get functions in his OS to call other functions...
* Fare/#Tunes suggests the assembly instruction CALL
<AlonzoTG> okay....
<AlonzoTG> call far lamefunc
<Downix> not all assembly sets have that command
<Fare> CALL NEAR leetfunc
<Fare> Downix: use a macro, and be done
<AlonzoTG> But How do I pass parameters?
<AlonzoTG> What calling conventions do I use?
<Fare> ATG: what language are you using?
<AlonzoTG> I am thinking about the C convention...
<Fare> the same as the surrounding language!
<AlonzoTG> But I would also like to experiment with LISP and any OS needs some ASM.
<AlonzoTG> hmm 
<AlonzoTG> TUNES needs an assembly core...
<AlonzoTG> Please specify it so we can start writing it!!!
04:20pm
-:- SignOff core: #TUNES (Ping timeout for core[core.suntech.fr])
-:- liar [brand@p0wer.qzx.com] has joined #tunes
<Downix> hey liar
<liar> hey
<liar> eihrul: u here?
05:00pm
<Downix> he's on f-cpu
<Downix> erm, #f-cpu
<eihrul> here too
<Downix> I think he's ignoring this channel
<Downix> oh, ok
<liar> eihrul: kevin says the newest version of bochs should work fine in the debugger
<Downix> ok
<liar> eihrul: did u get the latest bfe?
05:10pm
<liar> eihrul: zhivago had to fix a bug in structures.c that made it seg fault when u loaded more than 2 strucs or lists
<eihrul> i am not infallible :)
<liar> i have no idea how it was working
<liar> tmp = (struct mem_struct *) realloc (memlist, sizeof(struct mem_struct) * (++nr_strucs));
<liar> in the sizeof i had (struct mem_struct *)
<liar> er u had
<eihrul> i did?
<liar> ya
<liar> and it was working for 2 lists
<eihrul> alignment saves the day!
<liar> alignment?
<eihrul> either that or the data it was overwriting wasn't critical
<liar> heh
<Downix> hmm
* Downix/#tunes wonders whatever happened to that warhol painting that was done for Apple computer
<eihrul> they probably used it to insulate their cheesy casing
<Downix> hehe
<liar> Downix: i talked to several ppl and i dont think u should use the name commodore
<liar> the image that came to their mind when i mentioned it was crappy old computer
<Downix> liar:  I've been looking into a lot of things, and yes, that image is there
<liar> that being the idiots that i talked to
<Downix> so is the image of cheap PC's for the home
<Downix> public image is only what you display to the public
<liar> plus that name has gone down with 2 companies now, kinda bad luck if ya ask me
<Downix> I know where they failed
<Downix> same way that Apple failed
<liar> marketing
<Downix> Nope, they were too large for anyone but the founder to handle
<Downix> in Commodore's case, they didn't re-hire the original CEO, and it went bankrupt
05:20pm
<Downix> in Apple's case, they did, and look at it now vs what was happening to it
<Downix> same time-table in both companies
<Downix> experts said if Jobs had not come back, Apple would have gone under last year
<Downix> and they are right, no inspiration, no central authority
<liar> yup
<liar> but commodore had very poor marketing tactics
<Downix> Commodore, when they fired their CEO, was the first billion dollar personal computer company
<Downix> they didn't before the firingg
<Downix> notice the well pointed ads with William Shatner
<Downix> and how they pulled the poorly designed PET before it ruined their image
<Downix> in the end, it's all who leads the company
<Downix> IBM's led by Nabisco's former CEO, and look at how it's tactics are working now
-:- hcf [nef@me-portland-us843.javanet.com] has left #tunes []
<Downix> and Apple is led by the biggest showman in the computer field
<Downix> PT Jobs
<Downix> 8)
<eihrul> jobsum
<Downix> hehe
<liar> heh
* AlonzoTG/#tunes mows down everybody in the room...
<Downix> aahh!  CharlieTG at 12 o clock, call in the napalm!
<liar> haha
<AlonzoTG> WAR, glorious WAR!!!!
* Downix/#tunes switches into war mode
<liar> anyone know howto configure bochs for dynamic translation?
* Downix/#tunes grabs his AKM and WWII army hat and charges om with his bayonet
05:30pm
<liar> oh damn look at all the new debugger commands in the newer bochs
<liar> fast-forward :)
<liar> wonderful, latest bochs has errors
05:40pm
<Downix> fun
06:00pm
<Downix> bochs with errors, say it isn't so
<liar> u any good finding out why source dont compile?
<Downix> sometimes
<Downix> it's a case-by-case basis usually
<eihrul> how big a download is bochs again?
<liar> i fixed one error were he assumes we will all use the external fpulib emulaton
<liar> 500k
<liar> u need to edit fpu/Makefile and remove the extra -I if u dont link to the linux kernel emulation
<Downix> hmm
<eihrul> that was all?
<liar> ya but when it tries to build the bochs binary it fails
<liar> lots of missing functions during linking
<Downix> ok
<eihrul> cookies...aggg
<liar> brb eating
<Downix> hehe
06:10pm
* eihrul/#tunes is wondering if liar used ./configure
<Downix> hehe
<eihrul> so far only one frivolous compiler error
<Downix> ok
<eihrul> ooo... 5 more
<eihrul> K&Risms....
* eihrul/#tunes shudders.
<Downix> K&R?
<eihrul> old-school C
<Downix> ok
* Downix/#tunes didn't start C till he got Linux
<eihrul> i haven't done any K&R C either... but it's something you just learn about
<Downix> actually, not till my talker went nuts
<eihrul> because people, much like intel, are still trying to keep backwards compatability with decrepid old compilers
<eihrul> though K&R prototypes do have their perks
<Downix> ok
06:20pm
<eihrul> odd... somebody forgot to implement a few instructions in bochs it seems
<Downix> odd
<eihrul> will just have to put some dummy instructions in and hope nothing breaks
<Tril> what instructions
<eihrul> it's is mysteriously entitled ESC
<eihrul> going to look at the opcode map to see what instruction it is really supposed to be
<Tril> the FPU escape?
<Downix> escape key?
<Tril> maybe it's an instruction to Bochs only?
-:- SignOff AlonzoTG: #TUNES (Ping timeout for AlonzoTG[216-164-131-242.s242.tnt2.lnhva.md.dialup.rcn.com])
<eihrul> wow...
<eihrul> you're right, they're in the cpu
<eihrul> ah, there we go
<eihrul> it seems someone forgot a single '.' in a makefile
<eihrul> and everything puked
<Downix> geesh
<eihrul> grrr, netscape crashed
<Downix> fun
<eihrul> just as i was 100+ mails into the list too
06:30pm
-:- AlonzoTG [Alonzo@216-164-131-242.s242.tnt2.lnhva.md.dialup.rcn.com] has joined #tunes
-:- SignOff Downix: #TUNES (BitchX: shaken, not stirred)
<Tril> i have not followed the list this month..
07:10pm
-:- SignOff AlonzoTG: #TUNES (Have Nice Day :))
<liar> all-clean
<liar> make clean only cleans the main dir
<liar> i found that out too :)
<liar> ugh
<eihrul> so does rm `find | grep '\.o'`
07:20pm
<eihrul> okay, got the undefined references
<liar> think i should email kevin about it or u think u can fix it?
<eihrul> gimme a few
<liar> k
<eihrul> i guess just mail him
<liar> k
07:30pm
-:- lar1 [LarMan@1Cust230.tnt31.sfo3.da.uu.net] has joined #tunes
-:- lar1 [LarMan@1Cust230.tnt31.sfo3.da.uu.net] has left #tunes []
-:- hcf [nef@209.94.148.84] has joined #tunes
-:- lar1 [LarMan@1Cust230.tnt31.sfo3.da.uu.net] has joined #tunes
<lar1> Hye
<liar> hye
<lar1> :)
<lar1> Hows bfe, liar?
<liar> its good
<liar> Kevin P. Lawton wrote:
<liar> > Looks cool!  I didn't test it, but the screen snapshot on
<liar> > your website looks sweet.  Some day I was hoping to integrate
<liar> > a GUI in the debugger, but so much to do...
<lar1> Heh, cool!
-:- SignOff eihrul: #TUNES (Ping timeout for eihrul[usr5-ppp04.lvdi.net])
08:00pm
-:- eihrul [eihrul@usr5-ppp06.lvdi.net] has joined #tunes
<liar> what int value is used for a good exit
<lar1> 0?
<liar> k
<lar1> I'm not sure thogh
<liar> sounded good to me
<eihrul> lar1: EXIT_SUCCESS
<eihrul> likewise, EXIT_FAILURE is use for a non-successful exit
08:10pm
-:- SignOff eihrul: #TUNES (Ping timeout for eihrul[usr5-ppp06.lvdi.net])
<lar1> eihrul:  And what does EXIT_SUCESS equal?
<liar> he is having inet troubles tonight :)
<lar1> :)
<liar> kewl my new stack feature is working good
<liar> auto selects TOS and keeps it in view
-:- pyro [tcn@cci-209150250119.clarityconnect.net] has joined #tunes
<liar> pyro!
<pyro> how's it been?
<liar> bfe is finished
<pyro> watch abi answer that :)
-:- eihrul [lee@usr5-ppp76.lvdi.net] has joined #tunes
<liar> lar1: u figure out the resize problem yet? :)
<lar1> No, I haven't looked
<lar1> You want me too?
<liar> ya
<lar1> Ok, I'll look tonight
<lar1> I booted in to win cause I needed somthing for my servers network card.. so I'll have to reboot ;)
08:20pm
<liar> hmm
<pyro> lar1 & liar...
<pyro> l1ar
<liar> eihrul: i dont think popen will fail
<liar> i changed the name of BOCHS_PATH so bfe would fail and it didnt
<liar> s/of/in/
<liar> pyro
<eihrul> actually.. lar1 & liar == la`0
<pyro> hey cool, I got a bunch of mail on retro
<liar> eihrul: we got a problem here
<liar> pyro: from zhivago?
<eihrul> speak
-:- lar1 is now known as lair
<lair> Heh
<pyro> who's zhivago?
<liar> eihrul: u fork'd 2 pids and pid2 will exit if bochs wont run, but pid1 doesnt even do error checking
-:- lair is now known as lar1
<liar> zhivago is a C god from efnet #c :)
<eihrul> so the problem becomes, how do we ensure bochs started up correctly?
<liar> he is writing an os in lisp
<liar> and he has used alot of retro code
<liar> ported to lisp
<liar> eihrul: ya
<pyro> hmm
<liar> pyro: i told him to email u
<pyro> so we'll have to keep in touch, share new code
<pyro> cool
<eihrul> liar: thinking... we're definitely screwed there
<liar> pyro: does yer ide code work?
<eihrul> ok, i have an idea...
<liar> eihrul: heh
<liar> pyro: ?
<eihrul> we don't need to check that bochs is up
<eihrul> we just need to check that the pipe is still open
08:30pm
<eihrul> liar: so we assume bochs writes to a pipe within a certain amount of time
<pyro> liar: yes
<eihrul> liar: we then use select () with a time limit, to see if the pipe is ready for reading within that amount of time... if not, we just exit saying bochs didn't respond or sumfin
<liar> pyro: oh good, i told him it did
<liar> eihrul: we just need to return 0 if it fails
<eihrul> you can't return a value between processes...
<pyro> yup, I tested it r/w on a real non-emulated computer :)  It ain't organized but it works
<eihrul> you can write on a pipe though :)
<eihrul> so here's the solution: on failure, write a value to the pipe that bochs doesn't
<eihrul> some byte value, say '\0'
<eihrul> if you see '\0' as the first read byte on the pipe, just bail out
<liar> ok that will be easy
<lar1> How big should a /var partition be?
<eihrul> 217376  /var
<eihrul> says du /var
<lar1> 217376 bytes?
<pyro> K
<eihrul> megs
<lar1> 217 meg!?!?
<liar> 217meg
<pyro> but what's df say?
<eihrul> that's for debian...
<pyro> my /var is only 30 megs in FBSD
<eihrul> it keeps packages in var
<pyro> but you can always use symlinks to shuffle stuff around
<lar1> How big should /tmp be?
<lar1> or /proc?
<pyro>   /proc ;0
<liar> proc isnt real
<lar1> liar:  It just reflects what tasks are going on?
<liar> proc is part of the kernel
<pyro> I dare you to put a bunch of stuf in /proc
* lar1/#tunes is trying to figure out if he should partition like crazy or not
<pyro> Just do / and /var
<liar> lar1: i have a /, /home, /usr and /home/pub
<pyro> dammit
<pyro> why does IRC have to interpret every line beginning with /
<liar> haha
<lar1> Heh put a space in front, pyro
<pyro> I keep forgetting
<liar> pyro: the telnet irc client doesnt :)
08:40pm
<pyro> it's less annoying than autocad
<lar1> pyro:  How big should /var be on a RedHat distro?
<pyro> redhat sucks
<liar> lar1: i have rh6
<lar1> pyro:  Debian dones't install on this box... so as far as I am concerned, debian is no good
<lar1> liar:  How big is yer /var?
<liar> lar1: i have a /=792800, /home=1988924, /usr=1988924 and /home/pub=1534955
<pyro> debian sucks too
<pyro> I'm only using slackware, dos, and freebsd
<liar> pyro: try to compile/run bfe on fbsd
<pyro> ok, I already have bochs on it
<lar1> liar:  Ok, but how much room does the stuff in yer var directory take up?
<lar1> liar:  I am on a much more limited drive then that
<liar> 11638   /var
<lar1> thanks
<lar1> bbl
<pyro> uhh, guess I don't have Xforms installed yet
<liar> xforms?
<abi> hmmm... xforms is a widget toolkit at http://bragg.phys.uwm.edu/xforms
<pyro> I thought I had to get it to compile bochs
-:- SignOff lar1: #TUNES (Read error to lar1[1Cust230.tnt31.sfo3.da.uu.net]: No route to host)
<liar> pyro: no bochs dont need it, mpegtv does
<pyro> oh.. hehe.. that was xpm
<pyro> for icewm
<liar> u didnt have xpm???
<pyro> I didn't have any X stuff
<liar> how do i write to a fd?
<pyro> anyway, I built everything from source.. i'm sick of those package systems
<pyro> cp xxx /dev/fd0
<pyro> ;0
<pyro> ;)
<liar> uhh wrong kinda fd
<pyro> file descriptor?
<liar> file descriptor
<pyro> read/write?
<liar> write
<pyro> write()?
<liar> hmm write needs a buffer?
<liar> i want to write a single '\0'
08:50pm
<liar> oh wait, how do i printf() to stderr
<eihrul> fputc ('\0', stderr)
<liar>                 if(fgetc(*err) == '\0') return(0);
<liar> i have that after the fdopen()'s
<liar> and it returns 1
<eihrul> perhaps you can't put '\0' to a file
<eihrul> shouldn't be that way, but who knows
<liar> i know that printf bitched when i did printf("\0");
<liar> popen2.c:29: warning: embedded `\0' in format
<eihrul> you don't want to do printf ("\0")
<eihrul> because \0 is the null terminator
<eihrul> you must do fputc () 
<eihrul> or fwrite ()
<liar> oh ya
<liar> hmmmm
<liar> i did a printf before the fputc and nothing apeared
<eihrul> send me popen2.c
<liar> oh duh
<liar> nm
09:00pm
<liar> u gonna get it?
<eihrul> is it working?
09:10pm
-:- SignOff pyro: #TUNES (!~~~~~~~~)
<liar> ohhh
<Zhivago> people talking :)
<eihrul> sure
<liar> Zhivago: u need to email pyro
<Zhivago> liar: what about?
<liar> retro
<Zhivago> liar: you might want tio be more verbose about what I need to mail him regarding
09:30pm
<liar> maybe to tell him yer using it
<Zhivago> not sure how this follows.
<liar> maybe give him a few suggestions on what he should be writting for it (u know stuff u would like to port to yer os ) :)
<Zhivago> liar: oh, ok.
<Zhivago> liar: I can do that, although I'm pretty much stuck for the time being until we get passable functions, and that requires the regalloc to be rebuilt/debugged
<Zhivago> liar: but yeah, I need to talk to retro people more, considering that its pretty much an ideal source of driver material for myself.
<Zhivago> liar: and I seem to have a much simpler model for it happening
<Zhivago> need to think about a generational pvm model now, since I just realised that the pagewise loads will cost me a moderate amount of overhead
<Zhivago> read() vs' mmap() kind of speeds
<Zhivago> but generations will give physical as well as logical locality, and generation-wise loading will improve this
<liar> what role do u expect yer OS to have?
<Zhivago> liar: hmm, role as in deployment?
<liar> who will use it
<liar> and for waht reasons
<Zhivago> well, I'm looking at embedded, servers, and desktop
<Zhivago> single-tasking, multi-tasking, co-operative, sloppy-pre-emptive, and pre-emtpive
<liar> so u want it to do everything
<Zhivago> single-user and multi-user
09:40pm
<Zhivago> yup
<Zhivago> although the line between os and application here is very blurry
<Zhivago> since I lack a kernel or processes
<liar> just like tunes
<Zhivago> yes, tunes is on similar ideas
<Zhivago> the core of this system is the pvm layer, the compiler, and the insecure-resource-accessors.
<Zhivago> beyond that, its all user-code pretty much
<liar> i dont agree with that model
<Zhivago> so, with retro its mostly been throwing functionality away to get what I want
<Zhivago> and I can now produce bootable programs from the compiler
<Zhivago> such as the fabulous 'beer' program
<Zhivago> but since I can't write a keyboad driver yet, its not very exciting
<liar> why cant u write a keyboard driver?
>>> liar [brand@p0wer.qzx.com] requested PING 938062229 679972 from #tunes
-:- SignOff Zhivago: #TUNES (Ping timeout for Zhivago[th.merddin.com.au])
-:- Zhivago [brian@th.merddin.com.au] has joined #tunes
<Zhivago> how irritating
<liar> heh
09:50pm
<Zhivago> don't agree with isn't particularly useful/interesting :)
<liar> where u compile everything together into streams at run time
<Zhivago> I can't write those drivers because I can't build isr's or signal handlers yet because I can't get the address of produced functions from within the program being compiled yet
<Zhivago> into streams?
<Zhivago> I'm compiling this before run-time
<liar> the programs?
<Zhivago> at run-time, I can recompile code-objects
<Zhivago> which is generally how I plan to acquire 'programs'
<Zhivago> by compiling them at run-time
<Zhivago> however, lets look at unix.
<Zhivago> I get the source to a program (at run-time) and then I compile it (at run-time)
<liar> tunes figures out how long each process will run and compiles that much code into a segment and joins it with other running segments
<Zhivago> to produce (at run-time) a code-objec
<liar> so the system never preempts a task, it just merges into it
<Zhivago> that's tunes' problem :)
<liar> no, with unix u compile it once and use the binary 
<Zhivago> a level of reification of that nature will require either poor compiler optimisation, or extremely slow addition of programs
<liar> with tunes u compile it everytime
<Zhivago> well, I'm looking at compiling it once
<liar> it uses no optimization
<Zhivago> with in-lining and snaping at a module level
<Zhivago> well, what's the point then?
<liar> but the longer the code is run the more it recompiles with better optimization
<Zhivago> you'll lose more though lack of optimisation than you will gain by lack of scheduling
<Zhivago> yeah, that's just profile-driven optimisation
<liar> so the longer the program is running, the faster it gets
<Zhivago> no big deal
<Zhivago> so, what were you disagreeing with?
<liar> do u do that or do u save binaries?
<Zhivago> I use a pvm layer
<Zhivago> persistent virtual memory
<Zhivago> everything is saved
<liar> ya so does tunes
<liar> but do u have some hardware mechanism to change threads or do u do it in software?
<Zhivago> changing threads is just a register save/restore
<Zhivago> this is a single-address space
<liar> so u do save state?
-:- hcf [nef@209.94.148.84] has left #tunes []
10:00pm
<Zhivago> um, yes, for a continuation
<liar> ok then yer model is ok
<Zhivago> well, thanks for your vote of confidence
<Zhivago> but you haven't explained why its 'ok'
<liar> cuz the tunes way sucks
<liar> ok = better than tunes :)
<Zhivago> if you can't express yourself sensibly, do you have an opinion?
<liar> if i start a program with execv("/bin/sh", argv); exit(EXIT_FAILURE); but i give it a bad program name will it send a sigchld to the parent?
10:10pm
<eihrul> yeah, cuz it'll fall through
<eihrul> and it'll exit... hence sigchld
<Zhivago> re
<liar> it dont
<eihrul> are you setting up the signald handler BEFORE you do that?
<liar> yes
<Zhivago> liar: how do you know?
<liar>         fl_add_signal_callback(SIGCHLD, sigchld_handler, NULL);
<liar>         if(!popen2(BOCHS_PATH, &writepipe, &errpipe, &readpipe)){
<eihrul> don't use that...
<eihrul> use: signal (SIGCHLD, sigchld_handler);
<liar> how do i remove that?
<eihrul> umm, how do you remove what?
<liar> the signal handler when using signal()
<eihrul> umm, i thought the goal here was to add a signal handler!
<Zhivago> signal(SIGCHLD, SIG_IGN);
<liar> ya but i need to remove it also
<Zhivago> liar: why do you want to ignore it?
<Zhivago> liar: you'll just create zombies
<liar> when i quit i have to close bochs and that will send the signal and ...
10:20pm
<liar> and why is acroread using 4% cpu time when its off on another desktop, shading and hasnt been used sinse yesterday
<eihrul> don't use acroread
<eihrul> it's evil... it will lock up X11 if you enter bad file names or do any other slightly not-pleasant things
<eihrul> it's a piece of proprietary slop, basically
<liar> main.c:53: warning: passing arg 2 of `signal' from incompatible pointer type
<liar> oops
<eihrul> void sigchld_handler (int foo)
-:- NetSplit: adams.openprojects.net split from devlin.openprojects.net [10:22pm]
-:- BitchX+Deb1an: Press Ctrl-F to see who left Ctrl-E to change to [adams.openprojects.net]
-:- Netjoined: adams.openprojects.net devlin.openprojects.net
-:- Zhivago [brian@th.merddin.com.au] has joined #Tunes
<liar> yay, bfe segfaulted
<eihrul> hrmm, sleep... i shall leave you to track down bugs 
<liar> noooo
<liar> oh well it segfaults
<liar> thats a good shutdown for me :)
<liar> atleast it dont sit there locked up :)
<eihrul> hrmm, send me bfe
<liar> man my isp is starting to piss me off
<eihrul> prompt_read ()
<liar> what about it?
<eihrul> probably fgetc (readpipe)
10:30pm
<liar> so even with that sleep it still gets to prompt_read() before sigchld
<liar> damn
<Zhivago> remember that the SIGCHLD will interrupt the sleep
<liar> Zhivago: its getting PAST the sleep
<liar> oh wait
<liar> oops
<liar> i think i know what it is
<liar> oops my fault
<eihrul> what was it?
<liar> stupid mistake
-:- core [core@core.suntech.fr] has joined #tunes
<eihrul> core: damn it...
<eihrul> you just have to come in here just as i'm going to sleep?
<liar> hahah
<liar> eihrul: arent u glad i made u stay?
-:- SignOff Zhivago: #TUNES (Ping timeout for Zhivago[th.merddin.com.au])
-:- Zhivago [brian@th.merddin.com.au] has joined #tunes
<core> hi
<core> sorry :)
<core> liar, eihrul: the free software projects server is up, if you want room.
<liar> do u do virtual hosting?
<core> liar: nslookup 195.154.155.26 :-)
<liar> ok :)
<core> (hoping the reverse mapping propagated already)
<core> so, does that answer your question? :)
<liar> do u have php3?
<core> liar: yeah
10:40pm
<core> oh and btw, i might never have answered your migration questions, eihrul - i had a severe car accident yesterday with the other suntech associates - no harm at all, for some reason, although the cars are a pile of glass and metal now ;)
<eihrul> ouch
<liar> were u driving yer car while talking to him on irc?
<core> liar: haha.. no, i wasn't driving. michel was, and he didn't pay attention :P
<liar> were u on irc while michel was driving?
<core> liar: haha.. no, we don't have GSM-connected internet in the car yet :)
<liar> so how does leaving irc relate to this car accident?
<core> liar: nothing.. Just that i might never have answered eihrul's questions if i was dead :) it was close.
<liar> hmmm, i set sleep(10) and its still going into prompt_read
10:50pm
<liar> ok i set sleep(100) and it somehow gets into prompt_read() before the window has even finished appearing
<core> liar: so what would you want me to virtual host :)
<liar> core: oh nothing
<core> liar: mmm.. ok :P
<core> oh and btw #2, we receive the guy who wrote the OS for the Sinclair QL, at suntech friday :)
<liar> so?
11:00pm
<core> so i think it's cool, this box was way ahead of its time :)
<core> multitasking, 68000-based and all, in what, 1980?
<core> he apparently is making a new box, and has very new ideas on thread synchronisation primitives. should be fun to talk to him :)
<Zhivago> core: hmm, interesting
<eihrul> core: do tell
<core> well, i don't know what they are yet :)
<core> i'll tell you after i met him friday :)
<core> apparently he built a system that doesn't use spinlocks or semaphores, is all i know.
<eihrul> ack, suspense
<core> hehe
<core> i wonder how old he is. i mean, i was 4 years old when he released the QL :P
<liar> heh
<liar> core: got a picture of gramps around? :)
<eihrul> you're old...
<liar> eihrul: im older then core
<core> liar: him you mean? no.. i just know his name - Anthony Tebby. I hope it's not related to the teletubbies :-)
<core> the name didn't ring a bell to me, but the OS sure did;
<core> s/\;/./
<liar> core: no i meant look at a picture of yer gramps and thats about what u can expect when u meet this guy :)
* eihrul/#tunes just wants to know what this new synchronization primitive is.
<core> eihrul: i think it's more like the absence of any, so i do wonder how it works. i hope it's not another VME clone.
<core> liar: haha.. or my parents at least. well, if he's a "person like us here", he was probably in his 20's, so that'll make him 40+ :)
<liar> true
<eihrul> core: either way, i still need to find a new one by friday :)
<Zhivago> core: when you find out, I'd be interested
<core> eihrul: a new what? :) (friday is tomorrow btw)
<liar> core: yer e9 hack doesnt work in the newest bochs
<core> zhivago: sure :)
<Zhivago> core: although teh only point of semaphores is atomic update/blocking
11:10pm
<eihrul> core: sync primitive
<liar> configure says unknown directive or something
<core> liar: it sure does, --enable-port-e9-hack ? :) or did kevin finally fix it to --port-e9-hack?
<core> liar: which one did you try?
<liar> whatever configure --help said
<eihrul> core: thursday is tomorrow... atleast here
<core> zhivago: i know, but the guy claims he can have threadsafe data without any locks. *shrug* :)
<eihrul> i have one day
<core> liar: oh, it's wrong, do --enable-port-e9-hack  (kevin set it up wrong)
<liar> --port-e9-hack
<core> eihrul: well, it's 8:06 AM thursday here :) and what do you mean by finding one?
<eihrul> because... you've got me all hyped up that there is some way to do syncing without syncing :)
<core> ahh.. :-)
<core> well, there must be a catch somewhere, i'll tell you when i saw him :)
<liar> core: have u tried dynamic translation yet?
<core> liar: no, i don't think it works quite right yet
<liar> i cant figure out howto tell it what cpu i have
<core> oh, it's not in the help :P
<core> i managed to tell bochs sometime, but it broke my code very bad, so i turned it off
<Zhivago> bochs is nice for developent but nto much chop for actually running :)
<Zhivago> bbl
<core> well, on the P3 at work, it runs well :)
<core> it should be threaded to get decent performance on smp
<liar> i wish
<core> like at least make the cpu emulation a thread and the io devices emulation another
<core> it's gross but it would be better already :)
<liar> i have dual and it isnt faster
<core> i know, that's why i'm saying it _should_ be threaded :)
<liar> everything should be threaded
<liar> linus should have put threads in the kernel to start with
<liar> there i bitched to kevin about yer e9 hack
11:20pm
<core> it WORKS, just use --enable-port-e9-hack dammit :)
<liar> but configure should tell u that
-:- jeweles [user8061@98A664A6.ipt.aol.com] has joined #Tunes
<core> yeah, i told him like 27 times ;)
<liar> jeweles: u come here for the mp3's?
<core> maybe it's better if users tell him, though :)
<liar> ya 
-:- jeweles [user8061@98A664A6.ipt.aol.com] has left #Tunes []
<liar> ofcourse he might be too busy fixing all the errors i gave him today to fix yers :)
<core> it wasn't an error on my part; he added the ./configure line on his own :)
<core> i had built it in by default at first :-)
<liar> so u made him screw up with yre futile attempt to make us all use yer e9 hack bloat :)
<liar> damnit, its past my bedtime again
<liar> the rings around my eyes get blacker each day
<core> hehe
-:- SignOff Tril: #TUNES (Ping timeout for Tril[bespin.dhs.org])
<liar> ppl must thing i got my ass kicked bad
-:- Tril [dem@bespin.dhs.org] has joined #TUNES
-:- mode/#Tunes [+o Tril] by ChanServ
<core> well, it's extremely useful, but it makes bochs detectable i guess
<core> liar: go to bed :P
<core> hey tril :)
<liar> well i would like to finish brix tonight
<liar> hmm i need to write a Makefile for brix
<core> finish brix? heh.
<liar> im tired of typing make.sh
<core> so when are you going to send me anything that looks like a binary or source? :P
<liar> i sent u a binary when i sent u bfe
<liar> but u didnt accept the dcc
<core> oh? oops :-)
<core> okay, send again :)
<core> ahh.. :)
<liar> keep in mind that there is a bug in the kernel
<core> it's ok, i'm not moving my servers to brix yet :)
<liar> it doesnt clean something up right
<liar> when i free a thread and reuse that thread structure it has crap in it
<liar> and crashes
<liar> so u have a disabled binary that doesnt crash right now :)
<core> it stops after the memory detection
11:30pm
<core> :P
<liar> no it stops after entering the first method
<core> liar: hmm, so i can't type anything? :)
<liar> duh
<core> bleh :)
<liar> now that bfe is finished i can find the bug in minutes
<liar> instead of days
<core> mmm.. hopefully :)
<core> i just ported the gdb back-end to clementine, works for me :)
<liar> oh shit
<liar> i just uploaded a version of bfe that spews messages to the console
<liar> ugh now bfe has a bug in it
<liar> damnit it was working so well and i had to add extra error checking
11:40pm
<core> well, i have to go to work. see you :)
-:- SignOff core: #TUNES (ircII EPIC4pre2.003 -- Accept no limitations)
-:- SignOff liar: #TUNES (BRiX [http://www.qzx.com/brix] :: sleep)
11:50pm
[msg(TUNES)] newlog 1999.0923
IRC log ended Thu Sep 23 00:00:01 1999
