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

1861
Off-Topic / Re: Google V8
« on: June 28, 2010, 11:36:15 PM »
What retep said. But I was met with great opposition, as usual. In fact, the thread is still under the Suggestions and Proposals subforum.

You are wrong in one aspect, though; compiling it for Windows is a miserable fucking bitch and a half. I've never pulled it off.

1862
Proposals / Re: LGM Bug
« on: June 28, 2010, 11:31:52 PM »
That's good.

I'm just now realizing I didn't ask; Ism: what's that filename for? I have no insight to provide you in debug mode, only build mode... And I would expect an error, yes, but not an exception...

1863
Proposals / Re: LGM Bug
« on: June 27, 2010, 09:40:30 PM »
Retro:
That's an ENIGMA problem, it seems.
Something's screwy about that. No one else has reported such a problem. I'll inspect on my other platforms, but I'll probably need your collaboration to figure out what's causing that.

1864
Tips, Tutorials, Examples / Re: Which should I use?
« on: June 27, 2010, 09:27:58 PM »
Doesn't seem to have?

1865
Proposals / Re: LGM Bug
« on: June 26, 2010, 10:21:22 AM »
java.io.IOException: Unexpected end of file reached at filepos: 0
        at org.lateralgm.file.GmStreamDecoder.read(GmStreamDecoder.java:97)
        at org.lateralgm.file.StreamDecoder.read4(StreamDecoder.java:99)
        at org.enigma.EnigmaReader.readChanges(EnigmaReader.java:42)
        at org.enigma.EnigmaRunner.compile(EnigmaRunner.java:397)
        at org.enigma.EnigmaRunner.actionPerformed(EnigmaRunner.java:427)
        at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995)
        at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318)
        at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387)
        at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242)
        at javax.swing.AbstractButton.doClick(AbstractButton.java:357)
        at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1223)
        at javax.swing.plaf.basic.BasicMenuItemUI$Handler.menuDragMouseReleased(BasicMenuItemUI.java:1327)
        at javax.swing.JMenuItem.fireMenuDragMouseReleased(JMenuItem.java:568)
        at javax.swing.JMenuItem.processMenuDragMouseEvent(JMenuItem.java:465)
        at javax.swing.JMenuItem.processMouseEvent(JMenuItem.java:411)
        at javax.swing.MenuSelectionManager.processMouseEvent(MenuSelectionManager.java:305)
        at javax.swing.plaf.basic.BasicPopupMenuUI$MouseGrabber.eventDispatched(BasicPopupMenuUI.java:807)
        at java.awt.Toolkit$SelectiveAWTEventListener.eventDispatched(Toolkit.java:2353)
        at java.awt.Toolkit$ToolkitEventMulticaster.eventDispatched(Toolkit.java:2245)
        at java.awt.Toolkit.notifyAWTEventListeners(Toolkit.java:2203)
        at java.awt.Component.dispatchEventImpl(Component.java:4528)
        at java.awt.Container.dispatchEventImpl(Container.java:2099)
        at java.awt.Component.dispatchEvent(Component.java:4460)
        at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4574)
        at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4238)
        at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4168)
        at java.awt.Container.dispatchEventImpl(Container.java:2085)
        at java.awt.Window.dispatchEventImpl(Window.java:2478)
        at java.awt.Component.dispatchEvent(Component.java:4460)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
        at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)


This one didn't smell right to me. Happened when I clicked "Debug" instead of "Run". Will investigate further.

1866
Announcements / Re: I have defeated Valgrind
« on: June 22, 2010, 04:55:13 PM »
Var4 now works flawlessly. I have forsaken copy on write in favor of demanding return-value optimization of the compiler. This means that sequential copy() destroy()s are optimized out at compile time. Because of this lovely feature, array returning will operate in O(1) despite COW not being implemented; meaning no additional overhead from the mix.

lua_table<> is now an operable container class you can include in ENIGMA.

Thanks to Valgrind, Var4 also doesn't leak a single byte.

Something about tacos.

1867
Announcements / I have defeated Valgrind
« on: June 22, 2010, 12:42:38 PM »
valgrind: the 'impossible' happened:
   Killed by fatal signal
==28927==    at 0x3809D201: myvprintf_str (m_debuglog.c:530)
==28927==    by 0x3809D9E2: vgPlain_debugLog_vprintf (m_debuglog.c:877)
==28927==    by 0x380298E5: vprintf_WRK (m_libcprint.c:111)
==28927==    by 0x380299A7: vgPlain_printf (m_libcprint.c:143)
==28927==    by 0x38027A96: vgPlain_assert_fail (m_libcassert.c:259)
==28927==    by 0x74206572: ???

sched status:
  running_tid=1

Thread 1: status = VgTs_Runnable
==28927==    at 0x4025016: realloc (vg_replace_malloc.c:525)
==28927==    by 0x80522C8: lua_table<int>::operator[](unsigned int) (lua_table.h:124)
==28927==    by 0x805197D: main (var4.cpp:375)


*beats chest like an ape*

*returns to looking for the problem manually*

All that happened was realloc() took a shit. I'll look into why next. But this is why you've not heard updates.

Edit (three minutes later): all fixed

1868
Odd; this is the second time Rusky has concurred with me on something but you have taken his to be the accurate. And mine was the one with the complete description this time. :ohdear:

But yeah, Rusky and I agree that it's probably a high-res version of what you see on the front of some old VHS boxes. Where you tilt the tape and the image changes, because every other "pixel" is refracted a different direction. You still couldn't twist it, say, 90 degrees and still enjoy the 3D. And a glare on either side would still kill the 3D as well. I'm not sure how they implemented a slider...

Eye strain referred to Ism's stereogram idea. VHS boxes only cause annoyance, not strain. And yeah, tilting wouldn't hurt; only rotating along the normal of your vision would.

As for the meteor, I think Dylan got hit by it when he was still on the project.

1869
Well, I was thinking that it wasn't supposed to be tilted because this time, one eye is to be on either side. So they would intentionally be seeing different images. Instead of doing it accidentally and looking awful.

1870
Announcements / Re: Var 4
« on: June 21, 2010, 12:00:07 PM »
Heh.
Also, copy-on-write will introduce a branch of overhead. I'm hoping it's negligible.

1871
XD
Yes, stereograms can cause horrible eye strain and headaches. Maybe it wouldn't be so bad if generated by a computer (such as 3DS).

Game_boy, what you describe would vastly alleviate this, but would require the DS be held at a certain distance from your face. It probably uses "tilt this VHS box to see the cover art plus scared faces or sans clothing" technology. The little triangular prisms covering alternating lines of pixels. I always hated those. Perhaps it will be better since you don't have to move the DS to see them. Turning the DS upside down would invert the 3D, though, and twisting it past a certain point would remove 3D completely (And possibly visibility). Glare on one side would also remove 3D.

1872
Cloned the Wii? Nah, they cloned the Eye Toy. Which was "kind of cool," but never really did Sony any good. Of course, no one is as good as Microsoft at tooting their own horn, so maybe they'll manage some good sales.

I've not heard of the 3DS and don't want to go looking; what exactly is it? (Other than a model format I'm going to hate implementing)

And yes, the Wii is the only console that would really make sense to put Portal 2 on. The controls would be perfect. Damn you, valve. Probably too much effort to get working.

1873
Announcements / Re: Var 4
« on: June 20, 2010, 12:52:48 AM »
Copy on write will be implemented as well. Basically, scripts can return arrays via this new magic. At no efficiency cost. However, there is a detriment on setting equivalent a var and a large array. Because of that, I believe I will be making as many globals as possible use scalar types. (Or variant if I have to).

Variant will now be a type at the user's disposal. Not boost::variant, just R3's enigma::variant.

Also, string() is handled more beautifully, such that string str; will still get you a string, but string(somevar) will work as well. This is possible via a simple macro, #define string(x) toString(x). (Luckily, string alone will not error nor attempt to unfold the macro function.)

1874
Announcements / Re: Battling
« on: June 19, 2010, 08:01:37 PM »
That may be a good idea. But we've not devised such a format. I'll wait until your versioning branch is the trunk.

1875
Announcements / Re: Var 4
« on: June 19, 2010, 02:04:43 PM »
That's what I was thinking. In fact, the new instance system also uses quite a bit more memory than the old. We're talking nearly half a megabyte for a game with 1,000 instances at 10 events apiece. But it introduces a beautiful mechanism for the instance functions, and even with() and the like.