[Mark SiblyKeymaster]

Just passing canvas as a plain parameter would be the safest/cleanest if this is possible.

It’s kind of hard to suggest the best approach without knowing more about your code – if you’ve got something that works probably best to just stick with it for now until you have more to show/share.

[Mark SiblyKeymaster]

My aim is to pass the canvas passed to OnRender to my box2D debugdraw.

The safest way would be to pass it as a parameter if possible.

Failing that, a canvas ptr will work as long as you stick the canvas somewhere the gc can see it, eg: in a monkey2 global. Then, c++ code can safely use the pointer as long as you don’t modify the global, as the gc will be keeping the global alive. If that’s what you’re doing, it’s not a bad solution.

The OnRender canvas will indeed probably ‘survive’ at least one pass through OnRender without you having to do anything tricky (right now it’ll probably survive for as long as the window) but I can’t guarantee that’ll be true forever.

[Mark SiblyKeymaster]

The c++ class must actually extend bbObject, eg:

Monkey

#ifndef EXTERNAL_H #define EXTERNAL_H #include <bbmonkey.h> class Foo : public bbObject { private: int prv; public: Foo(){prv=0;} //virtual ~Foo() {} // Ensures to invoke actual object destructor void Set(int i) {prv=i;} int Get() { return prv; } int MyM(int i) {return prv*i;} };

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

#ifndef EXTERNAL_H #define EXTERNAL_H   #include <bbmonkey.h> class Foo : public bbObject { private:     int prv; public: Foo(){prv=0;}     //virtual ~Foo() {} // Ensures to invoke actual object destructor       void Set(int i) {prv=i;}     int Get() { return prv; }       int MyM(int i) {return prv*i;} };

[Mark SiblyKeymaster]

Have you got a small test program for the Linq stuff?

[Mark SiblyKeymaster]

I’ll fix the compiler error, but the main problem here is you shouldn’t really store GCable objects (like MiniFoo) in non-GCable objects (like Foo or any subclass) as Foo’s fields will not be garbage collected (since Foo isn’t) and MiniFoo will eventually be GCd unless you have somehow made sure it’s kept alive elsewhere. I think this should be prohibited altogether.

Using a Ptr – or even a Ptr to a struct that contains a MiniFoo – wont help because MiniFoo still wont be found by the GC.

If you really need to do this, the safest way is probably via an int handle, and an IntMap<MiniFoo> somewhere that assocates handles with objects.

[Mark SiblyKeymaster]

The module builds but I’m getting pretty much empty .cpp source files in my windows_debug folder and if I try to use any of the extension methods I get “undefined reference” errors.

Are you using the latest mx2cc? Extensions are undergoing ongoing maintenance…

If you are, can you reproduce with a simple example?

[Mark SiblyKeymaster]

I’ve made a pretty good start on tinyxml2, but the more the merrier! Wish people would staring using that module manager thingy though…

Anyway, I’m more of a JSON guy myself, but is this pretty much what you need from an xml module?

Monkey

Function Dump( node:XMLNode,indent:String ) Print indent+node.Value() Local child:=node.FirstChild() While child Dump( child,indent+" " ) child=child.NextSibling() Wend End Function Main() Local xml:=LoadString( "asset::dream.xml" ) Local doc:=New XMLDocument If doc.Parse( xml )<>XMLError.XML_SUCCESS Print "Failed to parse" Return Endif Print "Parsed!" Dump( doc,"" ) doc.Destroy() Print "Bye!" End

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36

Function Dump( node:XMLNode,indent:String )   Print indent+node.Value() Local child:=node.FirstChild() While child Dump( child,indent+"  " ) child=child.NextSibling() Wend   End   Function Main()   Local xml:=LoadString( "asset::dream.xml" ) Local doc:=New XMLDocument If doc.Parse( xml )<>XMLError.XML_SUCCESS Print "Failed to parse" Return Endif Print "Parsed!" Dump( doc,"" ) doc.Destroy() Print "Bye!" End

…which produces…

Monkey

xml version="1.0" DOCTYPE PLAY SYSTEM "play.dtd" PLAY TITLE A Midsummer Night's Dream FM P Text placed in the public domain by Moby Lexical Tools, 1992. P SGML markup by Jon Bosak, 1992-1994. P XML version by Jon Bosak, 1996-1998. P This work may be freely copied and distributed worldwide. PERSONAE TITLE Dramatis Personae PERSONA THESEUS, Duke of Athens. PERSONA EGEUS, father to Hermia. PGROUP PERSONA ...etc...

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

xml version="1.0"   DOCTYPE PLAY SYSTEM "play.dtd"   PLAY     TITLE       A Midsummer Night's Dream     FM       P         Text placed in the public domain by Moby Lexical Tools, 1992.       P         SGML markup by Jon Bosak, 1992-1994.       P         XML version by Jon Bosak, 1996-1998.       P         This work may be freely copied and distributed worldwide.     PERSONAE       TITLE         Dramatis Personae       PERSONA         THESEUS, Duke of Athens.       PERSONA         EGEUS, father to Hermia.       PGROUP         PERSONA   ...etc...

[Mark SiblyKeymaster]

tinyxml2 looks very tidy…

http://www.grinninglizard.com/tinyxml2/

The mx2 API would probably look something like:

Monkey

Class XMLNode Method GetDocument:XMLDocument() Method NoChildren:Bool() Method Parent:XMLNode() Method FirstChild:XMLNode() Method NextSibling:XMLNode() Method Value:String() End Class XMLDocument Extends XMLNode End Class XMLComment Extends XMLNode End Class XMLElement Extends XMLNode End Class XMLDeclaration Extends XMLNode End Class XMLText Extends XMLNode End Class XMLUnknown Extends XMLNode End Function LoadXMLDocument:XMLDocument( path:String ) End

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37

Class XMLNode   Method GetDocument:XMLDocument() Method NoChildren:Bool() Method Parent:XMLNode() Method FirstChild:XMLNode() Method NextSibling:XMLNode() Method Value:String() End   Class XMLDocument Extends XMLNode End   Class XMLComment Extends XMLNode End   Class XMLElement Extends XMLNode End   Class XMLDeclaration Extends XMLNode End   Class XMLText Extends XMLNode End   Class XMLUnknown Extends XMLNode End   Function LoadXMLDocument:XMLDocument( path:String ) End

There’s more methods, but that’s the jist of it, just yer basic tree. Is that the sort of thing you’re after?

[Mark SiblyKeymaster]

Just commited the ‘official’ std.socket.Socket and std.socket.SockerServer classes.

Very similar to Si’s work except:

• Only Read( ptr,count) and Write( ptr,count ) IO supported for now. Socket extends Stream so the intent is to add ReadString/WriteString etc to Stream.
•  If called from a fiber, socket ops including connect, listen, accept, close, read and write are performed on a thread while the fiber suspends itself, ie: they wont lockup the gui. Lots of room for improvement in the implementation here (and there are vsync issues), but it makes client/server stuff about 10000 easier to write than in mx1 (see new echoserver banana).
• Only ‘stream’ sockets for now. Connection oriented datagrams should be very easy to add, connection-less will require more work, but are these even used any more? I think something WebSocket-ish (ie: a message/reply based protocol) should be next up!
• Should be completely ipv6 friendly.

Basically, it’s a WIP first attempt. The ‘new’ ipv6 friendly way to do sockets is much nicer to work with though.

[Mark SiblyKeymaster]

ipv6 socket support for mx1 has just reared it’s ugly head again, so I think I’ll get stuck into this right now!

[Mark SiblyKeymaster]

It’s working here as long as I ‘./updatemx2cc.sh’ and ‘./rebuildall.sh’ after that.

Perhaps best to wait until the next binaries update – I’ll do one today.

[Mark SiblyKeymaster]

…also running OS X El Capitan 10.11.6

[Mark SiblyKeymaster]

Just did a clean install from github-master.zip and it works fine as long as I do ‘./updatemx2cc.sh’.

However, the error message I get when it does crap out is slightly different, so perhaps it’s a compiler version problem. Here’s my g++ –version info:

Monkey

Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 7.3.0 (clang-703.0.31) Target: x86_64-apple-darwin15.6.0 Thread model: posix InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

1 2 3 4 5 6

Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 7.3.0 (clang-703.0.31) Target: x86_64-apple-darwin15.6.0 Thread model: posix InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

Please post yours.

The error I get is:

Monkey

/Users/marksibly/Desktop/MissionPatrol/MissionPatrol.buildv1.0.5/macos_debug/src/MissionPatrol_game_2levels.cpp:95:44: error: use of undeclared identifier 't_default_EntityState'

1	/Users/marksibly/Desktop/MissionPatrol/MissionPatrol.buildv1.0.5/macos_debug/src/MissionPatrol_game_2levels.cpp:95:44: error: use of undeclared identifier 't_default_EntityState'

[Mark SiblyKeymaster]

> so it could probably be with my computer only.

It’s incredibly unlikely to be that.

What’s probably happened is that the version I committed wasn’t working 100%, while the version here on my machine is. Unfortunately, I wont be commiting the latest just yet as there are lots of changes that need testing first.

So don’t panic, we’ll get it sorted soon!

[Mark SiblyKeymaster]

Fixed! Needs more testing but I think it’s doable – take that c#!

[Author]

Posts