00:00:00 --- log: started forth/02.02.16 04:14:21 --- join: Speuler (~l@a161161.upc-a.chello.nl) joined #forth 04:14:27 g'day 04:14:54 --- part: Speuler left #forth 05:55:39 --- join: I440r (~mark4@1Cust57.tnt3.bloomington.in.da.uu.net) joined #forth 06:09:57 --- join: Fare (fare@samaris.tunes.org) joined #forth 06:13:10 hi fare 06:13:16 i hear ur in scotland! 06:13:29 indeed 06:13:42 and Hofstadter is in Paris! 06:13:43 ur not THAt far away from where i lived most of my life 06:13:46 blackpool 06:13:52 yeah, you told me that 06:14:03 i got a q 06:14:08 my SO had been proposed a job in blackpool 06:14:16 but Glasgow has good universities 06:14:26 when you write shit like "\033[2J" WHO actually interprets and acts on it? 06:14:31 the term emulation or the kernel 06:14:41 sometimes the term emulation is in the kernel 06:14:52 that's the case for the kernel console 06:15:02 but for e.g. xterm, it's the user program that does 06:15:04 i want to totally BYPASS all term emulation. go right to the kernel 06:15:09 duplication of code and all 06:15:33 even if im doing sys_writes to stdout the term emulation gets it ? 06:15:35 not the kernel ? 06:15:36 I440r: *some* kernels (like linux 2.0+) have /dev/vcsa and such 06:16:08 isforth might be restricted to 2.2+ 06:16:36 if i use syscalls that ues ebp to pass parameters it will be restricted to 2.4 (gotta watch that) 06:17:03 i just downloaded the source to eterm 06:17:23 i noticed that eterm doesnt handle the ansi for save and restore cursor position the same as the console does 06:17:34 so this means i have a BIG fucking problem 06:17:48 unless i can totaly bypass Eterm, xter, rxvt, footerm etc 06:18:02 isforth will have to be aware of each of the above's quirks 06:18:08 27848724357353725 meg more code space 06:18:09 fuck that 06:18:25 a system you might like to look at is Squeak 06:18:42 squeak ? 06:19:33 i REALY REALY dont want to have to deal with someone adjusting the x/y dimentions of their X console 06:20:08 add a gazillion megs of code just to handle "idiot resized" or "this term dont know \033[this;that" 06:21:32 whats squeak ? 06:24:40 www.squeak.org ? 06:30:39 fare ? 10:17:52 --- join: MrReach (~mrreach@209.181.43.190) joined #forth 10:18:14 * MrReach yawns, "Good morning." 10:26:53 I440r: you must be coding like crazy 10:46:56 --- quit: I440r (No route to host) 11:13:47 --- quit: MrReach () 11:14:48 --- join: Stepan (~stepan@Charybdis.suse.de) joined #forth 13:13:12 --- join: aum (~david@210.55.76.134) joined #forth 18:46:39 --- quit: aum (Read error: 104 (Connection reset by peer)) 18:59:01 --- join: TheBlueWizard (TheBlueWiz@ip-216-25-202-211.vienna.va.fcc.net) joined #forth 18:59:01 --- mode: ChanServ set +o TheBlueWizard 18:59:11 hiya all 19:31:45 --- quit: Stepan (Remote closed the connection) 19:32:28 --- join: qless (~qless@clgr000977.hs.telusplanet.net) joined #forth 19:33:28 hiya qless 19:34:18 heya BlueWiz 19:34:58 are you an assembler programmer by chance? 19:36:16 I can write assembly codes.... 19:36:54 if you were to write code under windoze, do you know which assembler youd use? 19:37:38 I'd use NASM 19:38:13 NASM is quite good (except in tiny areas; withess /topic above :) 19:38:14 cool. i've got someone asking me this question and it looked like nasm was the best bet 19:38:30 but I don't do windoze shit 19:38:57 yeah, me neigher, but this poor sucker^H^H^H^H^H^H student will be doing an assembler course and needs tools 19:40:09 ah...NASM supports formats needed by Win-based tools....so it is no problems at all...of course the linker and canned libraries will have to be obtained separately 19:40:37 oh, no linker, eh? hmmm 19:42:31 I don't think NASM includes the linker for Windoze 19:42:51 I could be wrong here however 19:43:20 i'm looking for link.exe in doze98 and it doesn't seem to be there... i guess the Beast dropped it 19:45:10 I think M$ supplies the linker with either Visual Studio or VC++ (or whatever)...but of course one will have to shell out the money for it...plus one would need tons of linker libraries so one can use Win32 API stuff....again, not readily available...sux, huh? 19:46:04 brrrr. i think they've got enough money 19:46:13 of course it is a "one=time" price, then one can code on and on...but will feel pressure to recoup the investment.... 19:46:37 * TheBlueWizard nods re: M$ getting way too much money 19:47:15 I think there is a student/educator's edition of VC++, which would be discounted 19:47:22 well enough people use nasm, there must be a free linker out there somewhere... 19:47:52 yeah, i cannot with a good conscience recommend anything with Visual-this or integrated-that in the name 19:48:54 probably free linker...but a linker by itself would be fairly useless by itself without any canned Win32 library objects 19:50:06 oh right. cannot a person just say they want to call such and such function in a DLL? 19:52:07 I believe it is possible to cook up such direct calls, but I haven't the slightest idea how.... 19:53:14 it just seemed reasonable 19:55:04 what seemed reasonable? 19:55:32 that one could call a dll directly using some kind of shared library loader magic 19:56:10 that'd be DLL stuff...again, no idea how 19:56:37 i'm sure she'll figure it out in her course if they actually teach win32 interfaces at all 19:58:21 * TheBlueWizard nods...and bets some Win32 calls will be required 19:58:58 * qless true. good point. 19:59:55 I'd bet that she;'ll have to call PayBillGates$$$ function entry first :) 20:00:25 hehe :-) 20:21:09 gotta go...bye all 20:21:16 ciao TheBlueWizard 20:21:29 bye qless 20:21:35 thanks for the tip 20:21:37 --- part: TheBlueWizard left #forth 20:24:07 --- quit: qless ("changing dimensions") 23:59:59 --- log: ended forth/02.02.16