[LGM]

This is mostly useful to devs, especially ones like me, who maintain a woring copy of both LGM and Enigma, checked out separately, or just users who want to try out custom LGM revisions - or for people who don't trust the LGM included with Enigma. Whatever the case, it's useful to me, and I wanted to put it somewhere, so don't troll about it not being useful.

This chart will tell you which revisions of LGM and Enigma are compatible. Notice, most likely, Enigma will include an LGM which is already compatible. Sometimes, one or the other will break and a certain revision simply won't be "compatible" at all.

I also only started keeping track of compatibility at a certain revision, hence why it doesn't go back any further.

LGM	ENIGMA	Reason for incompatibility
427	180
428	181-187	CodeFrame syntax checking supported
429-now	188-now	Changed CodeFrame code editor field name. Accessed for syntax checking.

*All LGM revisions are Versioning Branch only. All Enigma revisions are Trunk only.

What is "Monopoly abuse"? One of the qualifying factors of a Free Market company that has become large or otherwise a monopoly is that it has a high reputation and reliability and "trustability" for doing a good job. That it has such a position is a demonstration that people trust it. If people had a hesitation about trusting the company, they might go with a competitor who has a higher reliability/trustability.

But supposing that a company does, for some odd reason, do a total and random flip-flop - the moment a large company does something not in the favor of its customers, it either A) loses its customers to a competitor, or B) becomes a government (such as any company that starts violating negative/property rights).

In the case of A, it was mostly the customer's wrong for trusting it in the first place. If I trust a tiger to not eat me, I'd hardly place the blame on the tiger for the outcome.

The only harm I'm seeing here is governmental harm and minor inconveniences for people who have trust issues. Besides, when you regulate the shit out of everything to make it safer, you're basically telling customers "Ok guys, you can be more forgiving with your trust now. Go ahead and trust everything, because we've made it safe." It's no surprise government spirals out of control and starts regulating every tiny aspect of our lives as a result.

If competition can't be trusted to solve problems, legal monopoly (e.g. government, regulations, etc) should be trusted even less.

Because my server might be confused if I gave it no extension, thinking it was a folder or some such. So I said "what extension should I use?" and since I figured it was an ELF, I'd give it an ELF extension - which also communicates that it's linux only.

I'm a linux dev noobie anyways.

Apparently not all elfs are equal, so I suppose I should specify that mine was made on Ubuntu 9.10. I'm used to windows - where all exes are essentailly equal, and Java - where all jars *are* equal (.equals() :-p).

Also, because nobody explains anywhere how one would release a game they've developed under enigma. I mean, obviously we're not expected to just develop games for ourselves.

Not quite true. A monopoly can exist independent of government. Two examples are first-to-market, and a company that does its job so well that competition isn't needed, First-to-market is the case in which it's a monopoly only until a competitor figures out how to reproduce the product/service. The second example is practically impossible unless the product/service it's offering only effects a very small user base. A large user base would subject the company to the calculation problem (namely that it can't know all its customers needs, so it couldn't possibly make a product good enough to meet all of their needs that a competitor wouldn't beat them at one aspect). But assuming that such a situation does exist, there's nothing wrong with it. Competition doesn't exist because there's no need for competition - the company is doing its job that well.

Except Intellectual Property - but wait, that's government force, that's not Free Market.

EDIT: Can we put me on moderator preview, so someone approves everything that comes out of my mouth before I make a fool of myself? Or do I just provide comic relief for this community?

It's not a monopoly if there's competition. lrn2economics

Believe me, makefiles is at the top of josh's priorities.

To see completed functions, open LGM, then go to Enigma menu (supposing the enigma plugin is properly installed) -> Keyword List -> Functions

This is Catch the Clown, except that you don't have to "click" the clown, you just need to mouse-over him.

Catch the Clown.
The objective of the game is simple: To move your mouse over the moving clown as many times as possible, and thus increase your score. Yes, there is score. If there wasn't a score, it wouldn't really be a game. Each time you successfully catch the clown, he moves faster.

http://dl.dropbox.com/u/9975312/Games/Catch_the_Clown.gmk
~5 KB
Working since ENIGMA SVN Revision 244. Still working great since the move to GIT and since revision 4900aa6.
Coded entirely in LGM. Sprites stolen from the original.

Can you beat my highscore (in the screenshot)?



Features:
Sprites, Movement, Increasing difficulty, random redirection, changing background colors, bouncing off walls, able to be caught my mouse-over, score, displaying score in title bar
Lacking (due to limitations of Enigma at this time):
Clicking, Backgrounds, Sounds/Music


Version 1, which was created prior to sprite support (by showing a circle, without movement) is still available for reference.
http://www.ismavatar.com/other/mouse_to_ball.gm6

r156 and r157 don't fix any C-side errors. r157 does, however, fix a Java-side error that effected all games with Sprites.

[Edit:]

Not unlikely. This is a relatively fresh install of Ubuntu 9.10 with only g++ installed. I have taken no extra steps to install any OpenGL/mesa related libraries.

Edit: I'm an idiot. "Dependencies... Linux... libgl1-mesa-dev (or similar)".

Enigma r155. LGM and Enigma.jar runs without error (aside from the 3 ignored errors). Created one room. Clicked "Run", still no errors. Followed remainder of procedure to compile/run the output game from C::B, and get the following errors:

Code Select Expand

||=== Game, lin-debug ===|
/home/ismavatar/enigma-dev/ENIGMAsystem/SHELL/Graphics_Systems/OpenGL/GSblend.cpp|27|error: GL/gl.h: No such file or directory|
/home/ismavatar/enigma-dev/ENIGMAsystem/SHELL/Graphics_Systems/OpenGL/GSblend.cpp||In function 'int draw_set_blend_mode(int)':|
/home/ismavatar/enigma-dev/ENIGMAsystem/SHELL/Graphics_Systems/OpenGL/GSblend.cpp|31|error: 'GL_SRC_ALPHA' was not declared in this scope|
/home/ismavatar/enigma-dev/ENIGMAsystem/SHELL/Graphics_Systems/OpenGL/GSblend.cpp|31|error: 'GL_DST_ALPHA' was not declared in this scope|
/home/ismavatar/enigma-dev/ENIGMAsystem/SHELL/Graphics_Systems/OpenGL/GSblend.cpp|31|error: 'glBlendFunc' was not declared in this scope|
/home/ismavatar/enigma-dev/ENIGMAsystem/SHELL/Graphics_Systems/OpenGL/GSblend.cpp|32|error: 'GL_ONE_MINUS_SRC_COLOR' was not declared in this scope|
/home/ismavatar/enigma-dev/ENIGMAsystem/SHELL/Graphics_Systems/OpenGL/GSblend.cpp|33|error: 'GL_ZERO' was not declared in this scope|
/home/ismavatar/enigma-dev/ENIGMAsystem/SHELL/Graphics_Systems/OpenGL/GSblend.cpp|34|error: 'GL_ONE_MINUS_SRC_ALPHA' was not declared in this scope|
/home/ismavatar/enigma-dev/ENIGMAsystem/SHELL/Graphics_Systems/OpenGL/GSblend.cpp||In function 'int draw_set_blend_mode_ext(double, double)':|
/home/ismavatar/enigma-dev/ENIGMAsystem/SHELL/Graphics_Systems/OpenGL/GSblend.cpp|39|error: 'GLenum' does not name a type|
/home/ismavatar/enigma-dev/ENIGMAsystem/SHELL/Graphics_Systems/OpenGL/GSblend.cpp|40|error: 'blendequivs' was not declared in this scope|
/home/ismavatar/enigma-dev/ENIGMAsystem/SHELL/Graphics_Systems/OpenGL/GSblend.cpp|40|error: 'glBlendFunc' was not declared in this scope|
||=== Build finished: 10 errors, 0 warnings ===|


I found the error message "Unable to load plugin: jna.jar: null: Missing plugin entry point (LGM-Plugin)" a bit mystic - clearer messages would be nice, but not necessary at the moment

What would you advise?

(during the search, I found something that may be a bug: should the string at line 283 in LGM.java ("Plugins") really be capitalized? It checks for "plugins", and the folder is named "plugins".)

No. If you look on the line before, you see that I check for the "plugins" folder first. If it's not found, I then check for the "Plugins" folder. This is simply a hack to appease the people who like to use a capital first letter for folder names.

The instructions are still relevant. What I said is mostly just informative as to why LGM may seem less stable or more broken than it was before - because it *is*. We switched from the stable Trunk (beta 3) to the unstable Versioning branch (not beta or anything - just checked out and built straight from the repo). The switch to the new branch is already included in the Enigma repository, a dozen or so commits ago. You'll actually notice that the LGM that comes with enigma is not officially released on the LGM website (it's called "LGM16b4", even though the latest LGM is b3). In fact, currently the latest releases of LGM are incompatible with Enigma, since they all are built from the trunk, and not the branch, and Enigma uses some branch-specific features.