00:00:00 --- log: started forth/19.09.21
00:04:42 --- quit: rdrop-exit (Quit: Lost terminal)
00:44:16 --- join: xek (~xek@apn-37-248-138-80.dynamic.gprs.plus.pl) joined #forth
01:15:14 --- join: dave0 (~davezero@069.d.003.ncl.iprimus.net.au) joined #forth
01:51:46 --- join: rdrop-exit (~markwilli@112.201.170.86) joined #forth
02:22:44 --- quit: gravicappa (Ping timeout: 258 seconds)
03:14:10 --- join: dys (~dys@tmo-122-52.customers.d1-online.com) joined #forth
05:25:41 --- join: gravicappa (~gravicapp@h109-187-246-245.dyn.bashtel.ru) joined #forth
06:09:56 --- join: dddddd (~dddddd@unaffiliated/dddddd) joined #forth
06:32:25 --- join: creat1001 (63be2f20@99-190-47-32.lightspeed.chrlnc.sbcglobal.net) joined #forth
06:47:23 --- join: ryke (~Thunderbi@71-9-169-152.dhcp.jcsn.tn.charter.com) joined #forth
07:08:08 --- quit: dave0 (Quit: dave's not here)
07:51:30 --- quit: iyzsong (Quit: ZNC 1.7.1 - https://znc.in)
08:36:12 --- join: karswell (~user@cust125-dsl91-135-5.idnet.net) joined #forth
08:38:36 --- quit: rdrop-exit (Quit: Lost terminal)
08:48:18 --- quit: ryke (Ping timeout: 245 seconds)
09:04:04 --- join: ryke (~Thunderbi@71-9-171-192.dhcp.jcsn.tn.charter.com) joined #forth
09:11:24 <creat1001> hello
10:14:18 --- join: ryke1 (~Thunderbi@71-9-171-192.dhcp.jcsn.tn.charter.com) joined #forth
10:21:04 --- quit: ryke (*.net *.split)
10:21:04 --- quit: dddddd (*.net *.split)
10:21:04 --- quit: gravicappa (*.net *.split)
10:21:04 --- quit: dave9 (*.net *.split)
10:21:06 --- quit: alex4nder (*.net *.split)
10:21:06 --- nick: ryke1 -> ryke
10:21:39 --- join: alex4nder (~alexander@ec2-52-34-17-143.us-west-2.compute.amazonaws.com) joined #forth
10:21:45 --- join: dave9 (~dave@069.d.003.ncl.iprimus.net.au) joined #forth
10:23:22 --- join: gravicappa (~gravicapp@h109-187-246-245.dyn.bashtel.ru) joined #forth
10:24:24 --- join: dddddd (~dddddd@unaffiliated/dddddd) joined #forth
10:24:40 --- quit: karswell (Remote host closed the connection)
10:25:57 --- join: karswell (~user@cust125-dsl91-135-5.idnet.net) joined #forth
11:29:17 <creat1001> My cleaned up VM. Still a WIP.  :https://pastebin.com/zXKsRpvm
11:53:08 <creat1001> Had a oppsy in the changes. New code: https://pastebin.com/MJ0dnWN9
12:09:52 --- quit: cmtptr (Quit: leaving)
12:57:18 --- join: cmtptr (~corey@unaffiliated/cmtptr) joined #forth
13:07:45 --- quit: gravicappa (Ping timeout: 264 seconds)
13:44:32 --- quit: cmtptr (Quit: leaving)
13:46:38 --- join: cmtptr (~corey@unaffiliated/cmtptr) joined #forth
13:51:00 --- quit: dys (Ping timeout: 276 seconds)
14:39:25 --- quit: tabemann (Ping timeout: 245 seconds)
15:21:12 --- quit: ryke (Ping timeout: 268 seconds)
15:23:05 --- quit: xek (Ping timeout: 265 seconds)
15:53:18 --- join: tabemann (~tabemann@71-13-2-250.static.ftbg.wi.charter.com) joined #forth
16:08:09 --- quit: tabemann (Ping timeout: 276 seconds)
17:11:56 <creat1001> hello lurkers
17:15:42 <tp> g'day creat1001 !
17:16:18 <creat1001> HI tp, how goes it?
17:18:41 <tp> good thanks, still playing around with the new Mecrisp-Stellaris FreeBSD version
17:37:00 --- join: tabemann (~tabemann@rrcs-162-155-170-75.central.biz.rr.com) joined #forth
17:38:03 --- quit: dddddd (Remote host closed the connection)
17:43:02 --- part: tabemann left #forth
18:52:42 --- join: rdrop-exit (~markwilli@112.201.170.86) joined #forth
18:53:32 --- quit: Keshl_ (Read error: Connection reset by peer)
18:53:51 <creat1001> Hi rdrop
18:53:56 --- join: Keshl_ (~Purple@207.44.70.214.res-cmts.gld.ptd.net) joined #forth
18:54:07 <rdrop-exit> c[] Hi creat
18:59:42 <creat1001> Did a little rework on my VM this morning.
19:00:02 <rdrop-exit> cool
19:00:19 <creat1001> https://pastebin.com/MJ0dnWN9
19:00:53 <creat1001> been top-downing the assember most of the day. 
19:01:52 --- join: iyzsong (~iyzsong@fsf/member/iyzsong) joined #forth
19:31:28 <rdrop-exit> I'm not sure I understand it all, there seems to be a lot of overhead, but then again your vm is at a more abstract level than what I'm used to.
19:36:28 <creat1001> As I said, a concept project. The name of it is Not Quite Forth.
19:39:47 <rdrop-exit> Like why are you using memcpy() to store to a 32-bit cell?
19:40:59 <creat1001> Which instruction?
19:41:52 <creat1001> The pops?
19:41:57 <rdrop-exit> yes
19:44:40 <creat1001> I missed the one for PPOP, is can go to val sets (=)
19:44:58 <creat1001> it can I mean.
19:45:50 <creat1001> Or can it. Will have to look. 
19:46:22 <creat1001> Thats an instruction I have listed for work anyway on my notes
19:46:33 <rdrop-exit> Your cell size is 32 bits right?
19:46:56 <creat1001> For now, yes. See the union?
19:47:41 <rdrop-exit> Why not just do #define CELL uint32_t
19:48:33 <creat1001> I want to be able to store real numbers as well. Will be adding the class stuff some time soon.
19:49:11 <creat1001> The union is 32 bits for now. They are the size of the max DT in it.
19:49:35 <rdrop-exit> You can cast CELL as needed
19:50:20 <creat1001> Unions are better for what I need. Casting can be done, but can get messy with obtuse types.
19:51:22 <creat1001> Thats what I was doing before wit hthe mem copies was casting. 
19:51:32 <rdrop-exit> If you want to keep the union, then have one of it's elements be of uint32_t for your basic cell manipulations
19:51:46 <rdrop-exit> * its
19:52:13 <creat1001> I may change it, int on my system is 32
19:53:05 <rdrop-exit> But it may not be 32 on another system, while uint32_t always will be
19:56:13 <creat1001> I'll shore it up before I release it, if I do. I don't release a lot of code anymore. 
19:57:36 <creat1001> I write for me now. I was on a few bigger OS (well kind of) projects in the 90's and it got to be a PITA dealing with it.
19:59:11 <rdrop-exit> I can imagine
20:07:42 <rdrop-exit> So if I understood your code correctly you stack us 40 bits wide
20:08:09 <rdrop-exit> typo: your stack is 40 bits wide
20:08:55 <creat1001> No, it would be 33 wide wit hthCELL and the single char
20:09:20 <creat1001> You never used a union?
20:09:52 <rdrop-exit> your stack_entry is a struct
20:10:12 <rdrop-exit> 8+32
20:10:30 <creat1001> Oh, bits. :)
20:10:36 <rdrop-exit> :)
20:10:43 <creat1001> Blind. Yes. Sorry
20:10:51 <rdrop-exit> np :)
20:11:02 <creat1001> I was like, 40 bytes?
20:11:29 <creat1001> Long day of coding. But it was fun. No c# or Windows!!!!
20:11:49 <rdrop-exit> cool
20:13:39 <rdrop-exit> I imagine your compiler will pad them to 64 bits
20:16:42 <rdrop-exit> That extra byte is expensive
20:17:20 <creat1001> It should not wit the union data.
20:17:59 <creat1001> It has to keep the alignmet from the bast to the large.
20:18:31 <creat1001> bast = base
20:19:09 <rdrop-exit> Yes but your stack_entry is 40 bits, so it will be padded to 64
20:19:56 <creat1001> Let me do a sizeof and see.
20:20:20 <creat1001> That will give the actual. To me it doest matter now anyway.
20:23:55 <rdrop-exit> I'm not clear on how you will deal with your stacks being wide than a cell
20:25:10 <creat1001> For now, my stack libe can handel it. Will have to worry and change if needed when I move the stack from that lib.
20:25:47 <rdrop-exit> I mean when you store the cell in memory with ! you will lose your 8-bit tag
20:27:51 --- quit: DKordic (Quit: ERC Version 5.3 (IRC client for Emacs))
20:32:36 <creat1001> The size was 8, so no loss there of data, just space.  I can do thunking code like I did from 16 to 32 bit, but just as well as set iy to 64 bit DT
20:33:28 <creat1001> I refuse to thunk again! :)  
20:36:39 <creat1001> I'll have code in the Assmebler to do instuction concatnation and will base it off the proc large reg size. 64 for anything I am on now, but can calulate it at compile time and asm time
20:40:38 <rdrop-exit> So is your cell width going to be 32 or 64 bits? Because right now your CELL is 32 bits, but your stack is 64 bits (40+padding).
20:41:19 <rdrop-exit> When you use ! (store) how many bits will you store?
20:42:58 <creat1001> I'm saying I will change to 64 overall
20:44:04 <rdrop-exit> So then in your code your CELL is misnamed, your stack_entry struct is actually your CELL
20:45:52 <rdrop-exit> (if you intend on keeping your char data_type; tag.
20:45:59 <rdrop-exit> )
20:47:55 <rdrop-exit> If I've understood correctly in your approach, cells are 64 bits wide, the low 32 bits are data, and the high 32 bits are metadata+padding.
20:48:25 <creat1001> The memory cell will be 64 ans well as the usable data in the stack cell, but the stack entry (not cell) will be CELL size + 1 byte
20:50:52 <rdrop-exit> So you lose the 65th byte when you store the cell to memory.
20:51:32 <rdrop-exit> What's it for?
20:52:08 <rdrop-exit> Where does it come from?
20:53:00 <creat1001> You are reading too much into the code. Sorry.
20:53:14 <creat1001> As it stands now
20:53:44 --- quit: Keshl_ (Read error: Connection reset by peer)
20:54:02 <rdrop-exit> Probably, I'm easily confused :)
20:54:23 --- join: Keshl_ (~Purple@207.44.70.214.res-cmts.gld.ptd.net) joined #forth
20:55:17 <rdrop-exit> The dogs need walking, catch you again soon. Have fun!
20:55:30 --- quit: rdrop-exit (Quit: Lost terminal)
20:55:30 <creat1001> Have fun rdrop!
21:00:35 --- join: rdrop-exit (~markwilli@112.201.170.86) joined #forth
21:01:40 <rdrop-exit> Just a correction befor I leave, I meant to say you lose the 9th byte (not the 65th, brain fart).
21:01:48 <rdrop-exit> Anyway cio for now
21:01:56 --- quit: rdrop-exit (Client Quit)
21:31:49 --- join: gravicappa (~gravicapp@h109-187-246-245.dyn.bashtel.ru) joined #forth
22:19:34 --- quit: Keshl_ (Read error: Connection reset by peer)
22:20:20 --- join: Keshl_ (~Purple@207.44.70.214.res-cmts.gld.ptd.net) joined #forth
22:21:44 --- quit: diginet2 (Quit: diginet has left the building)
22:22:09 --- join: diginet2 (~diginet@107.170.146.29) joined #forth
22:57:23 --- quit: karswell (Read error: Connection reset by peer)
23:02:24 --- join: karswell (~user@cust125-dsl91-135-5.idnet.net) joined #forth
23:47:17 --- join: xek (~xek@apn-37-248-138-80.dynamic.gprs.plus.pl) joined #forth
23:59:59 --- log: ended forth/19.09.21