Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Josh @ Dreamland

Announcements / Re: Domain Name Provider Transfer
« on: February 12, 2010, 03:47:09 PM »
Those were my thoughts. Eight's good for me; nine can be implemented after the basics are in (hopefully with as little recode as possible).

Announcements / Re: Domain Name Provider Transfer
« on: February 12, 2010, 02:46:08 PM »
I was considering going with eight. If you recommend nine, I'll take the suggestion.

Announcements / Re: Domain Name Provider Transfer
« on: February 11, 2010, 06:17:12 PM »
I think he means to imply that there is a difference in coding from XP to Vista. It's no problem; if I need to make separate categories, so be it. It will be at the user's discretion which to use. My job is only to provide them.

That said, there shouldn't be a difference anyway, save MAYBE the difference there will be in GL code depending on available extensions, which is all added in to one release anyway.

Announcements / Re: Domain Name Provider Transfer
« on: February 10, 2010, 11:10:36 PM »
By who? Someone has to pay for representation, and GL isn't exactly raking in cash with its open freeness, as far as I am aware. I can't imagine them having a true legal ground; they're simply not covered all the way... Would take a damn good lawyer.

Announcements / Re: Domain Name Provider Transfer
« on: February 10, 2010, 09:45:56 PM »
Jesus people, give me a little credit. I know all about OpenGL's Framebuffer Objects. I know a lot of you are newer here (Retro, you should have remembered this:) and missed the wave of sarcastic bug reports (and just regular bug reports) resulting from half the user base receiving an error that their shitty Intel cards don't support a 1970 GL extension (Yes, the FrameBuffer objects are supported by approximately 40% of ENIGMA users [NOTE: That statistic is entirely made up, but there were greater than ten error reports on the matter]).

Let me clarify:

A. Surfaces are not difficult to implement in GL; they are difficult to maintain on shitty Intel chipsets using GL.
B. Implementing a DirectX port for windows will in no way remove cross platform capability. The call draw_line will work regardless of platform; that's the beauty of keeping GML and is my primary line of defense for doing so as far as C++ fans are concerned. There is no completely cross platform library; GL is crippled on Intel chips, and it's modified for Wii beyond cross-compatibility. It is inevitably best that draw_line should call glBegin on Linux, godknowswhatbutibetithasalongname_begin() on Windows, and GX_Begin() on Wii. Ideally, the systems will be entirely interchangeable (where applicable, I mean. Obviously there won't be a DiretctX option when your window system is set to "Whole-context" or "XLib").

However. Because ENIGMA can include a number of different drawing library, a wrapper would be a good idea for any system that does not have a perfect equivalent on every platform intended for use. Graphics libraries are one such system.  So long as you don't make GL or DirectX specific calls, your code will be platform independent.

Announcements / Re: Domain Name Provider Transfer
« on: February 10, 2010, 12:08:19 PM »
That's about the size of it. The parser is what's really important as far as setting a foundation; the rest of the functions are trivial. Surfaces will present a problem since ENIGMA presently uses OpenGL. Since R3 (Forever ago) I added a system that will allow switching out of graphics systems so Windows can use the users' choice of DirectX or OpenGL. However... I don't know much DX. So surfaces are going to be rough until I learn some. It shouldn't be that hard, though. (Maybe a DX coder will come along in the meantime, hm?)

My biggest concern at the moment is with() {} and instance_destroy(). Though they seem unrelated, they're really not. With() changes the scope, and instance_destroy() is a member function of an integer. The system employed by the C parser should make this less difficult to organize and understand (by both me and the parsers), but it is still a bridge to cross.

Also I have two papers due Monday. *troll*

Announcements / Re: Domain Name Provider Transfer
« on: February 10, 2010, 09:11:29 AM »
Which GM Library? If you mean the actual .LIB files, I at least want an EDL version so they can be copied as code.

It's an odd request, though... [debatably-] good EDL can't be distinguished from [less debatably-] good C++.

Announcements / Domain Name Provider Transfer
« on: February 10, 2010, 07:02:10 AM »
We'll be changing to a cheaper service. This may cause downtime lasting a span anywhere between now and this Sunday. Although this should not happen, it is a possibility, but don't worry, it'll be over soon.

Furthermore, progress.

String and Map both parse 100% correctly, but stack is another story. I will try to wrap it up, and if I fail, I'll simply move on.

EDIT: Okay, stack works. It was a simple missing check that I should have remembered to put there in the first place.

Off-Topic / Re: .
« on: February 07, 2010, 11:14:28 AM »
Registration suspended until ReCaptcha is replaced.

Announcements / Re: Illogical
« on: February 05, 2010, 07:46:17 PM »
Faeces is the English spelling of Feces. The A is optional in the acronym as well, since it represents an "and."

Announcements / Re: Illogical
« on: February 05, 2010, 07:00:16 PM »
It just doesn't have soul, Luis! Some day, an armada of users will shout "FAECES! FAECES! WE LOVE FAECES." It'll look something like the Stencyl boards.

Announcements / Re: Illogical
« on: February 05, 2010, 01:53:57 PM »
We'll see about that one, to ignore the outward treason in the statement.

Announcements / Re: Illogical
« on: February 05, 2010, 09:11:05 AM »
Quit posting that tip thing everywhere. <_<"

Also, maybe FAECES is somewhat endearing. It's probably not taken as a language name...

Announcements / Illogical
« on: February 04, 2010, 11:05:36 PM »
It doesn't make sense to me that line 405 of stl_algobase declares istreambuf_iterator like so:
Code: [Select]
  template<typename _CharT, typename _Traits>
    class istreambuf_iterator;
But then the class is later accessed like so:
Code: [Select]
typename _InIter = istreambuf_iterator<_CharT> >
On the bright side, however, the parser is old enough to read map with some success.
map:  Template [4]<typename _Key,typename _Tp,typename _Compare=less,typename _Alloc=allocator>  Serves as typename : struct

This means the parser is sane enough that I can probably continue FOR THE TIME BEING, but eventually must revisit the parser to get it working with foreign code for the sake of future extensibility. If ENIGMA is to escape the encroaching mediocrity that follows GM like a shadow, it will need such potency.

Furthermore, I have finally decided on an acronym-based name for ENIGMA's language, thanks to the help of a certain program written as an odd musing in CompSci. As per the recommendation of said program, I put forward Fast And Easy Compiled ENIGMA Script.

Do share your thoughts.


And yes, you tasteless nuts, the name is FAECES. Hell, it imitates GML, what do you want? ...Yes, I'm sticking with EDL. Damn. <_<

General ENIGMA / Re: Pin tip topic
« on: February 01, 2010, 02:20:25 PM »
(1) Taken; it's a word. (2) The point of a nickname is to be SHORT. (3) Again <_<. (4) Perfect. (5) No, it's a unix program name.