00:00:00 --- log: started forth/13.06.13 00:08:51 ttmrichter: hmm qemu support cortex m3 but not support m0 00:09:32 I'm sure it's just a matter of time. 00:09:49 It can't be that hard to modify m3 support to do m0. 00:10:20 i just googled a guy has commit a patch for supporting m0 in 2011 00:10:35 but now they only have m3 support :[ 00:11:06 arm official have a verilog based emulator but you need to filling the request form 00:14:49 but i would rather be judged by 12 than carried by 6 ... well said 00:15:08 --- join: dto-00 (~user@pool-96-252-62-13.bstnma.fios.verizon.net) joined #forth 00:15:27 --- quit: dto-00 (Remote host closed the connection) 00:15:27 --- quit: dto (Remote host closed the connection) 00:15:48 --- join: dto (~user@pool-96-252-62-13.bstnma.fios.verizon.net) joined #forth 00:29:13 --- quit: proteusguy (Ping timeout: 260 seconds) 00:41:09 --- join: proteusguy (~proteusgu@ppp-61-90-10-29.revip.asianet.co.th) joined #forth 00:54:26 --- quit: ErhardtMundt (Ping timeout: 260 seconds) 01:11:42 --- quit: proteusguy (Ping timeout: 260 seconds) 01:44:20 --- join: epicmonkey (~epicmonke@188.134.41.113) joined #forth 01:54:21 --- quit: dto (Remote host closed the connection) 02:06:48 --- quit: epicmonkey (Ping timeout: 260 seconds) 02:23:23 just generated a gif showing the differences between lsr and asr using python 02:23:43 the problem is the file is too large (1.8MB) 02:51:09 --- quit: kulp (Ping timeout: 260 seconds) 02:52:56 --- quit: itsy (Read error: Connection reset by peer) 02:53:29 --- join: itsy (~digital_w@46.208.44.168) joined #forth 02:59:12 --- join: kulp (~kulp@unaffiliated/kulp) joined #forth 02:59:41 --- join: mark4_ (~mark4@71-85-195-85.dhcp.stls.mo.charter.com) joined #forth 03:03:27 --- quit: mark4 (Ping timeout: 268 seconds) 03:05:04 --- join: nighty^ (~nighty@tin51-1-82-226-147-104.fbx.proxad.net) joined #forth 03:11:28 --- join: epicmonkey (~epicmonke@host-224-58.dataart.net) joined #forth 03:23:34 --- quit: itsy (Read error: Connection reset by peer) 03:23:58 --- join: itsy (~digital_w@46.208.44.168) joined #forth 03:47:31 --- join: ErhardtMundt (~quassel@host117-180-dynamic.250-95-r.retail.telecomitalia.it) joined #forth 03:49:04 --- join: proteusguy (~proteusgu@ppp-61-90-10-29.revip.asianet.co.th) joined #forth 04:09:01 --- quit: itsy (Read error: Connection reset by peer) 04:09:20 --- join: itsy (~digital_w@46.208.44.168) joined #forth 04:34:20 --- quit: proteusguy (Ping timeout: 260 seconds) 04:37:07 --- quit: itsy (Ping timeout: 245 seconds) 05:18:28 --- join: robotustra (~robotustr@cable-11.246.173-140.electronicbox.net) joined #forth 05:24:25 --- quit: mark4_ (Read error: Connection reset by peer) 06:30:07 --- join: HaikuUser (vision@88.206.56.214) joined #forth 06:45:59 --- quit: HaikuUser (Quit: Vision[0.9.7-H-130530]: i've been blurred!) 06:51:18 --- join: RodgerTheGreat (~rodger@50-198-177-185-static.hfc.comcastbusiness.net) joined #forth 07:03:07 --- quit: Vuokko (Ping timeout: 256 seconds) 07:19:51 --- join: proteusguy (~proteusgu@ppp-61-90-10-29.revip.asianet.co.th) joined #forth 07:40:22 yunfan: asr == arithmetic shift right, lsr == ... logical shift right? 07:54:34 --- join: fantazo (~fantazo@213.129.230.10) joined #forth 08:35:14 --- join: dto (~user@pool-96-252-62-13.bstnma.fios.verizon.net) joined #forth 09:30:13 tangentstorm: it is rather hard to imagine DOM as nested stacks, 09:30:41 but you can map XML processing onto stack in intuitive way 09:31:01 since XML is intentionally context-free as much as it is possible. 09:31:12 ASau: well imagine you're generating the dom. 09:31:43 SAX way? 09:32:04 as you go along, you're appending children to a particular context node. 09:32:10 Sure. 09:33:01 so you would have a set of commands that manipulated the current context 09:33:26 doing things like swapping the last two things you did, deleting the last node... 09:33:41 you could have a "return" stack that would just be another node in the tree 09:33:59 "Last node" in which sense? 09:34:19 the last child node you added 09:34:41 contextnode.lastchild or whatever the dom calls it. 09:34:47 doesn't have to be the dom, just any tree. 09:34:55 You seem to mean prefix order. 09:35:09 Well... 09:35:17 i mean you have a dom node 09:35:21 you type in "cat" 09:35:23 I still don't see why and where you need "nested" stacks. 09:35:45 now it creates a new Text node with the string "cat" in it 09:35:57 and appends it to the context node. 09:36:08 now you say "frog" 09:36:22 so your document is cat frog 09:36:26 now you say swap 09:36:32 frog cat 09:36:33 drop 09:36:37 frog 09:36:50 you could have something that changes the label of the node 09:36:58 "xyz" 09:36:59 Ah, alright. 09:37:04 frog xyz 09:37:09 ^ 09:37:17 frog 09:37:43 something like that. 09:37:52 But you still don't need "nested" stacks for this. 09:37:56 I'm thinking about parsers, for example. 09:38:10 No but a nested stack is just another way of thinking about a tree. 09:38:24 This is rather strange way to think of it. 09:38:41 a b c [ x y ] [ 1 2 ] SWAP 09:38:57 You can introduce prefix order on your tree, and voila! You have single stack! 09:39:03 -> a b c 1 2 x y 09:39:57 the stacks are nested because you may want to swap or manipulate subnodes like that 09:40:29 you might even want to descend into one and do something inside, but i can't think of a good reason. 09:40:32 (yet) 09:40:43 i'm mostly thinking about all this in the context of parsing 09:41:00 I don't find it useful actually. 09:41:15 It's okay, I don't find an apache helicopter useful. 09:41:18 The content is definitly a non-homogenic sequence rather than stack. 09:41:28 but that's because i don't know how to fly it and idon't need to shoot at anything. 09:41:49 Recognizing (aka "parsing") sequence is known thing. 09:41:58 great 09:42:47 When you build DOM, you can maintain single stack of nodes. 09:42:56 ok 09:43:09 At each time you know your current node and all its ancestors up. 09:43:29 The content of node is just a sequence. 09:43:52 You can perform any operation on it that is applicable to sequences. 09:43:57 E.g. sort items. 09:44:09 yeah. so what? 09:44:19 you can sort a stack too 09:44:24 but i don't want to do that. 09:44:51 This is more intuitive and this is what is well-known. 09:44:54 once i've added something to the tree, i don't really need to mess with it for the most part 09:45:11 i only need to mess with the last couple things i've added. 09:45:28 You always need to mess with all ancestors of current node. 09:45:37 always? 09:45:39 Yes. 09:45:47 right now at this very moment? 09:45:51 Yes. 09:46:02 ok. well i'm just AWOL then. :) 09:46:43 Once you meet closing tag for the current node, the next one may be 09:46:48 either opening tag for the new node that you're going to attach to the parent, 09:46:50 it's hard for me to listen to what you're saying because you're just imagining requirements. 09:46:54 or closing tag for the parent. 09:47:00 the dom doesn't have tags. 09:47:03 html or xml has tags. 09:47:08 the dom has nodes. 09:47:22 XML tag directly corresponds to DOM tag. 09:47:28 DOM node tag. 09:47:35 it's an ElementNode 09:47:47 it's a tree 09:48:14 How do you distinguish between node that is generated from asdf and from asdf? 09:48:27 in xml you have to have a start and and end (or just a self -closing tag) 09:49:02 but in pascal or python you might have "try" as your opening tag, then several "except" tags then "finally" 09:49:03 In previous both DOM nodes have the same content which is "asdf". 09:49:09 in pascal you close it with "end" 09:49:21 in python you close it by dedenting. 09:49:36 I know CFGs, you don't need to explain them. 09:49:48 okay, but those can correspond to a DOM too. 09:49:58 DOM = annotated syntax tree 09:50:12 "Annotated" in which sense? 09:50:19 in that it has attributes 09:50:19 What you call "annotation"? 09:50:34 or in that you can just put arbitrary stuff in it. :) 09:50:37 comments if you want 09:50:53 content 09:50:57 yeah 09:51:05 What corresponds to annotation in your sense? 09:51:09 also 09:51:15 i just meant the attributes 09:51:26 but also comments, processing instructions, random nodes. 09:51:48 So, "annotation" in your sense is list of attribute-value pairs, is this correct understanding? 09:52:09 it's just a set of arbitrary dom nodes. 09:52:31 content is the single DOM node usually. 09:53:39 Or two if you call "content" a node. 10:06:13 --- quit: dto (Remote host closed the connection) 10:07:18 no it isn't, ASau. You don't know what you're talking about. Sorry. 10:07:57 My point is that "tag" is not only XML tag, it is tag of node in DOM tree. 10:08:17 that's at least 3 nodes. probably 4 10:08:17 Each DOM node has tag, associated list of attribute-value pairs and content. 10:08:31 No, it is not separate node. 10:08:36 Theres an element called "tag" 10:08:40 and attribute called "attr" 10:08:49 and a text node called content 10:09:02 there's also the document node that contains it. 10:09:32 type dom_node is record tag: string; attributes: array of record attribute: string; value: string end; content: content end; 10:09:54 maybe in your mind. 10:10:00 * ASau shrugs. 10:10:01 or in some software you wrote. 10:10:07 Try looking around. 10:10:07 I'm talking about the W3C DOM. 10:10:19 ~Everyone represents it so. 10:10:34 Everyone's an idiot then. 10:10:48 You're the only smart person around, right. :D 10:11:00 --- quit: dessos (Ping timeout: 268 seconds) 10:11:24 --- quit: epicmonkey (Ping timeout: 264 seconds) 10:11:48 http://www.w3.org/TR/DOM-Level-2-Core/idl-definitions.html 10:12:27 interface Attr : Node { 10:12:38 interface Element : Node { 10:12:45 interface Text : CharacterData { 10:12:53 interface CharacterData : Node { 10:13:20 interface Document : Node { 10:15:57 Ah, yeah... W3C does have this funky idea... 10:16:18 Well... If you do wish to follow this path, you can do that. 10:16:27 Thanks for your blessing. :) 10:16:28 Not that it simplifies anything actually. 10:37:41 --- join: ncv (~quassel@79.114.125.80) joined #forth 10:37:41 --- quit: ncv (Changing host) 10:37:41 --- join: ncv (~quassel@unaffiliated/neceve) joined #forth 10:59:03 --- quit: fantazo (Ping timeout: 260 seconds) 11:03:57 --- join: dessos (~dessos@c-174-60-176-249.hsd1.pa.comcast.net) joined #forth 11:17:53 --- join: epicmonkey (~epicmonke@188.134.41.113) joined #forth 11:20:04 --- quit: proteusguy (Ping timeout: 260 seconds) 11:29:23 --- join: ASau` (~user@p4FF9695F.dip0.t-ipconnect.de) joined #forth 11:32:52 --- quit: ASau (Ping timeout: 264 seconds) 11:35:14 --- join: Nisstyre (~yours@oftn/member/Nisstyre) joined #forth 11:55:17 --- nick: ASau` -> ASau 12:22:58 --- join: Tod-Work (~thansmann@50-202-143-210-static.hfc.comcastbusiness.net) joined #forth 12:32:01 --- join: esimmers (~esimmers@68.62-240-81.adsl-dyn.isp.belgacom.be) joined #forth 12:32:11 --- part: esimmers left #forth 13:53:16 --- join: itsy (~digital_w@46.208.44.168) joined #forth 14:14:29 --- join: dto (~user@pool-96-252-62-13.bstnma.fios.verizon.net) joined #forth 15:02:06 --- quit: dto (Remote host closed the connection) 15:11:32 --- quit: dys (Remote host closed the connection) 15:21:31 --- quit: ncv (Remote host closed the connection) 15:33:53 --- quit: Tod-Work (Quit: Leaving) 15:38:37 --- quit: epicmonkey (Ping timeout: 268 seconds) 15:46:09 --- join: tathi (~josh@dsl-216-227-91-75.fairpoint.net) joined #forth 15:46:09 --- mode: ChanServ set +v tathi 15:53:02 --- join: beretta (~beretta@cpe-107-8-120-203.columbus.res.rr.com) joined #forth 16:11:37 --- join: dto (~user@pool-96-252-62-13.bstnma.fios.verizon.net) joined #forth 17:00:55 --- quit: dto (Remote host closed the connection) 17:04:29 --- quit: beretta (Read error: Connection reset by peer) 17:57:12 --- join: beretta (~beretta@cpe-107-8-120-203.columbus.res.rr.com) joined #forth 18:42:49 --- quit: nighty^ (Quit: Disappears in a puff of smoke) 18:50:20 --- join: Nisstyre-laptop (~yours@oftn/member/Nisstyre) joined #forth 19:11:04 --- quit: Nisstyre (Quit: Leaving) 19:11:10 --- nick: Nisstyre-laptop -> Nisstyre 19:50:28 ttmrichter: good news, i got the word "any app or image that design for cortex m0 could run on cortex m3 without change" 19:50:58 Well that makes a degree of sense. 19:51:19 so what i need is qemu with -cpu cortex-m3 20:08:30 Or an MCU with a Cortex-M0. ;) 20:15:05 i have that 20:15:12 but not in my office :] 20:16:22 --- quit: cataska (Remote host closed the connection) 20:17:57 Take it in your pocket. :) 20:23:52 --- join: cataska (~cataska@210.64.6.233) joined #forth 21:43:44 --- join: dto (~user@pool-96-252-62-13.bstnma.fios.verizon.net) joined #forth 21:58:57 --- quit: Nisstyre (Quit: Leaving) 22:06:06 --- quit: robotustra (Ping timeout: 252 seconds) 22:07:08 --- quit: dto (Remote host closed the connection) 22:19:17 --- join: proteusguy (~proteusgu@ppp-61-90-10-29.revip.asianet.co.th) joined #forth 22:30:36 --- quit: RodgerTheGreat (Quit: RodgerTheGreat) 22:51:49 --- quit: tangentstorm (Read error: Operation timed out) 23:04:16 --- join: tangentstorm (~michal@108-218-151-22.lightspeed.rcsntx.sbcglobal.net) joined #forth 23:55:20 --- join: mtm (~mtm@c-24-130-130-44.hsd1.ca.comcast.net) joined #forth 23:59:59 --- log: ended forth/13.06.13