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 - RetroX

Announcements / Re: Domain Name Provider Transfer
« on: February 13, 2010, 03:17:44 PM »
Ultimately, EDL will be cross platform, but the C++ that runs it will not be. ENIGMA will choose (and the user can deliberate) which C++ to use to "run" the EDL.
Like any cross-platform library.

Announcements / Re: Domain Name Provider Transfer
« on: February 12, 2010, 07:12:10 PM »
Almost all of ATI's cards are DX11 and GL3.2, now. :/

Mine is DX11 and GL3.2, anyways.

It's AMD's driver. They are working on a fix.
Does that mean that they're going to make it stop sucking

AMD makes great hardware, but terrible drivers.

Announcements / Re: Domain Name Provider Transfer
« on: February 11, 2010, 07:32:41 PM »
DX10 and DX11 are both major improvements.  However, DX9 is still used in everything.

Also, Windows 7 lags when I highlight a box on my desktop.  I have an RHD 5770 and a 3.4GHz processor. :/
In Arch, it doesn't lag.

It's either win7 or DX. :/

Announcements / Re: Domain Name Provider Transfer
« on: February 11, 2010, 04:16:50 PM »
You created a new invisible window(HWND or invisible X11 window), did everything there, read the contents of that window and used that as your surface.
So, making a separate GL context that isn't drawn?  I'm assuming that Windows and X only allow one per process, afaik.

Another (far less evil) option is to use something like Cairo for surfaces... or even SDL gfx.
They had to get their surfaces from somewhere.  And afaik, SDL doesn't work very well on Intel chips.

DX has a huge problem: DX9(XP) vs DX10(Vista).
I have no clue what you're talking about.  DX9 is the standard, right now, despite the fact that DX11 is out (and, I have a DX11 card).

Announcements / Re: Domain Name Provider Transfer
« on: February 10, 2010, 10:16:17 PM »
Yeah, and the only thing that I'm worried about is people making DirectX-only calls. >_>
But that makes sense.

GL is crippled on Intel chips, and to be honest, I'm actually surprised that it hasn't been brought-up in a lawsuit, yet. :/

Announcements / Re: Domain Name Provider Transfer
« on: February 10, 2010, 09:09:44 PM »
ok, got it. running a windows emulator inside a linux emulator on windows would be pointless....... is it even possible...... hmmm...
WINE Is Not an Emulator (it's a recursive acronym, as GNU is famous for).  It's an actual runtime layer which converts Windows applications into a format that can be read by the shell.

MinGW is Minimalistic GNU for Windows, and it doesn't just include the GCC; it also includes MSYS (Minimal System) and CygWin, which are meant to provide native Windows versions of a bash shell and Linux kernel, essentially emulating a GNU OS.

Announcements / Re: Domain Name Provider Transfer
« on: February 10, 2010, 08:48:08 PM »
wait. are u running wine inside minGW on windows? why??  I downloaded the MinGW GCC on Arch Linux and it can be used to natively compile 32-bit windows applications.  I would also install mingw-w64, but Arch does not have a package, and I do not feel like making one.  Besides; I couldn't run it, anyways.

Announcements / Re: Domain Name Provider Transfer
« on: February 10, 2010, 08:36:24 PM »
I agree with retroX, the only reason i found this was because i was looking for something cross platform.
Really, the nice thing about ENIGMA will be that people can just make it work in Linux without modification and/or running it in WINE.

Also, completely unrelated, but has anyone tried to compile a g++ that compiles bash executables from windows?  I have wineg++ for MinGW under Linux, but I've never seen anything that works the other way around.

Announcements / Re: Domain Name Provider Transfer
« on: February 10, 2010, 03:13:34 PM »
Surfaces can be done in GL. :/

Don't add DX for Windows; it'll completely remove cross-platform stuff when people add tons of DX crap.

Announcements / Re: Illogical
« on: February 06, 2010, 08:49:48 PM »
Faeces is the English spelling of Feces. The A is optional in the acronym as well, since it represents an "and."
I didn't know that it could be spelled that way. :/

Announcements / Re: Illogical
« on: February 06, 2010, 11:45:13 AM »
Faeces is the English spelling of Feces. The A is optional in the acronym as well, since it represents an "and."
Yup, because in French, it would be feeces.

Announcements / Re: Illogical
« on: February 05, 2010, 03:50:55 PM »
Fast, Easy, Compiled ENIGMA Script

General ENIGMA / Re: Generated Parser (v2)
« on: February 01, 2010, 08:21:57 PM »
Try it in Cygwin, I think that's what I was using at the time.
never mind

General ENIGMA / Re: Generated Parser (v2)
« on: January 31, 2010, 08:10:49 PM »
Code: [Select]
"parser.ypp", line 11: unknown character with code 0xd in declaration section
"parser.ypp", line 11: no input grammar
*** glibc detected *** bison: double free or corruption (!prev): 0x08652630 ***
======= Backtrace: =========
... edited for brevity ...
40321000-40400000 ---p 40321000 00:00 0
bfbbf000-bfbd4000 rw-p bffeb000 00:00 0          [stack]
make: *** [] Aborted

Mind that this is on Ubuntu. Running from WINE causes unknown character error; make fails.
Reminds me of when I tried to make a cool array class.
Code: [Select]
$ ./test
*** glibc detected *** ./test: double free or corruption (fasttop): 0x092d6038 ***
======= Backtrace: =========
======= Memory map: ========
08048000-0804a000 r-xp 00000000 08:11 27992 /media/win7/srsly sorted/Programming/C++/test
0804a000-0804b000 rwxp 00001000 08:11 27992 /media/win7/srsly sorted/Programming/C++/test
092d6000-092f7000 rwxp 00000000 00:00 0 [heap]
b7300000-b7321000 rwxp 00000000 00:00 0
b7321000-b7400000 ---p 00000000 00:00 0
b74f4000-b74f6000 rwxp 00000000 00:00 0
b74f6000-b7636000 r-xp 00000000 08:15 162 /lib/
b7636000-b7638000 r-xp 00140000 08:15 162 /lib/
b7638000-b7639000 rwxp 00142000 08:15 162 /lib/
b7639000-b763c000 rwxp 00000000 00:00 0
b763c000-b7659000 r-xp 00000000 08:15 784 /usr/lib/
b7659000-b765a000 rwxp 0001c000 08:15 784 /usr/lib/
b765a000-b767e000 r-xp 00000000 08:15 169 /lib/
b767e000-b767f000 r-xp 00023000 08:15 169 /lib/
b767f000-b7680000 rwxp 00024000 08:15 169 /lib/
b7680000-b7768000 r-xp 00000000 08:15 2715 /usr/lib/
b7768000-b7769000 ---p 000e8000 08:15 2715 /usr/lib/
b7769000-b776d000 r-xp 000e8000 08:15 2715 /usr/lib/
b776d000-b776e000 rwxp 000ec000 08:15 2715 /usr/lib/
b776e000-b7775000 rwxp 00000000 00:00 0
b7796000-b7798000 rwxp 00000000 00:00 0
b7798000-b7799000 r-xp 00000000 00:00 0 [vdso]
b7799000-b77b5000 r-xp 00000000 08:15 188 /lib/
b77b5000-b77b6000 r-xp 0001b000 08:15 188 /lib/
b77b6000-b77b7000 rwxp 0001c000 08:15 188 /lib/
bfde2000-bfdf7000 rw-p 00000000 00:00 0 [stack]

Announcements / Re: Happy New Year
« on: January 29, 2010, 08:46:12 PM »
Yes, templates are useful. But using then for different sizes of an array is just a waste. It's really not any faster to use a constant than a member. I guess if you only used inline functions it wouldn't be a problem, which is a possibility with simple containers. You'd just have to be really careful.
Now that I actually know what templates do, I have to agree.  Unfortunately, there is no storage for typename outside of templates. D:


Code: [Select]
template<class type1,class type2> function add(type x,type2 y)
 return x+y;

int main()
 int z=add('x',5);
 return 0;

Terrible concept, but yeah.