Latest posts of: cjbeyer - Java-Gaming.org

Show Posts
Pages: [1]

1	Java Game APIs & Engines / JOGL Development / Re: JSR-231: Getting more control over native library loading	on: 2006-03-22 16:48:51
JNLP files are just not an option. They don't accept relative codebase arguments in the .jnlp file, only on the command line. Since JWS wasn't designed to run applications this way, it is probably a hack that it even works from the command line. Moreover, since one has to pass command line options I'd have to create a batch file to call JWS to call my app... which is not pretty. The bottom line is that there is no easy way to run non-web java applications using jogl. The problem is with java of course, but jogl is going to continue getting a slew of bug reports and help requests originating from people moving the jogl.jar and dll's all over the place trying to get their apps to just run. FYI, I've decided to use JexePack http://www.duckware.com/jexepack/ which is a $100 commercial program. It will bundle all the jars and dlls into one .exe so things just work. I didn't notice an opensource option (JSmooth, launch4j,..) that would work with JNI dlls. I've attached my jexepack ini file for anyone intereted. It's pretty simple.

2	Java Game APIs & Engines / JOGL Development / Re: JSR-231: Getting more control over native library loading	on: 2006-03-21 23:55:59
Quote from: Ken Russell on 2006-03-03 23:12:44 Again, if you assume JRE >= 1.5 then you can just give them a .jnlp file plus the associated jars and Java Web Start will "import" that into its cache without needing to go out on the network. From a distribution point of view it works exactly like a web-based Web Started app, but you don't need network connectivity and can import from sources like a CD-ROM. Have you looked into this possibility? What are the issues you see with using it? Ken, I can't figure out how to launch a app using jnpl that retreives files from a local dir. I imagine you mean to set codebase to point to the current working directory, but I don't think this it possible. At least it doesnt work for me. Can you point me to the docs on how to setup the scenario you described?

3	Java Game APIs & Engines / JOGL Development / Re: JSR-231: Getting more control over native library loading	on: 2006-03-03 14:05:04
Regarding the distribution of Jogl, I wanted to throw in my 2 cents. I think Java Web Start is great, but I can't use it at all. I distribute an application which uses jogl and I have a terrible time getting jogl installed. The machines that the application is used on are not connected to the internet, and in general aren't connected to any network. Moreover, I don't know what's installed on them other then the jre version I specify. I've found no way for my applications to load the jogl jars and dll's that I distribute other that with a second wrapper application, which frankly is embarassing. It's hard to extol the greatness of java over .net to my colleagues when they had to write a .net wrapper to get my java programs to reliably run. It is my hope that jogl would have an official release (when its out of beta) like the other optional java packages.

4	Java Game APIs & Engines / JOGL Development / Re: jsr231 beta3 build problem	on: 2006-02-20 00:22:48
Yeah, that fixed it. Thanks.

5	Java Game APIs & Engines / JOGL Development / Re: jsr231 beta3 build problem	on: 2006-02-19 15:51:09
java is setup correctly. I tried the 1.6 jdk beta and I get the same error. I'm pretty sure the problem is in the glugen guessing: Quote gluegen.cpptasks.detect.os: [echo] FreeBSD=${isFreeBSD} [echo] IA64=${isIA64} [echo] Linux=true [echo] LinuxAMD64=${isLinuxAMD64} [echo] LinuxIA64=${isLinuxIA64} [echo] LinuxX86=${isLinuxX86} [echo] OS X=${isOSX} [echo] Solaris=${isSolaris} [echo] Unix=true [echo] Windows=${isWindows} [echo] X11=true It's failing to set the isLinuxAMD64 variable even though I specify 'ant linux.amd64' at the command line. since that variable is not set, the parameters in the jogl build.xml:339 are not getting set or are getting set improperly. I don't understand the build files well enough to understand what is going on, but I'm pretty sure it has to do with these new isLinux, isLinuxAMD64, etc variables. I get the same error if I just run 'ant' without specifying the build target.

6	Java Game APIs & Engines / JOGL Development / Re: jsr231 beta3 build problem	on: 2006-02-18 16:31:16
If I manually set java.includes.dir.platform=/usr/java/jdk1.5.0_06/include/linux in jogl.properties, the build fails in a different spot: Quote ... c.build.jogl.core: c.configure: c.build: BUILD FAILED /home/sauron.0/cj/apps/jogl/beta3/jogl/make/build.xml:1276: The following error occurred while executing this line: /home/sauron.0/cj/apps/jogl/beta3/jogl/make/build.xml:1206: The following error occurred while executing this line: /home/sauron.0/cj/apps/jogl/beta3/jogl/make/build.xml:853: The following error occurred while executing this line: /home/sauron.0/cj/apps/jogl/beta3/jogl/make/build.xml:789: Requires '${compiler.cfg.id}'

Java Game APIs & Engines / JOGL Development / jsr231 beta3 build problem

on: 2006-02-18 16:04:52

I downloaded the source to beta3 and I'm having trouble building it. It appears that the ant build process is picking up the gcc-java binary or classpath jar files, however java and javac both resolve to the sun jdk from the path. I specifically set java.home.dir to be the sun jdk in jogl.properties. Any ideas about what I'm doing wrong?

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

    ...
     [echo] Generating JAWT interface class
     [echo] java.home.dir=/usr/java/jdk1.5.0_06
Overriding previous definition of reference to stub.includes.fileset.platform
  [gluegen] java.io.FileNotFoundException: ${java.includes.dir.platform}/jawt_md.h (No such file or directory)
  [gluegen]    at gnu.java.nio.channels.FileChannelImpl.open(java.lang.String, int) (/usr/lib64/libgcj.so.6.0.0)
  [gluegen]    at gnu.java.nio.channels.FileChannelImpl.FileChannelImpl(java.lang.String, int) (/usr/lib64/libgcj.so.6.0.0)
  [gluegen]    at java.io.FileInputStream.FileInputStream(java.io.File) (/usr/lib64/libgcj.so.6.0.0)
  [gluegen]    at java.io.FileInputStream.FileInputStream(java.lang.String) (/usr/lib64/libgcj.so.6.0.0)
  [gluegen]    at java.io.FileReader.FileReader(java.lang.String) (/usr/lib64/libgcj.so.6.0.0)
  [gluegen]    at com.sun.gluegen.GlueGen.run(java.lang.String[]) (Unknown Source)
  [gluegen]    at com.sun.gluegen.GlueGen.main(java.lang.String[]) (Unknown Source)
  [gluegen]    at .main (/usr/lib64/libgij.so.6.0.0)
  [gluegen]    at .__libc_start_main (/lib64/libc-2.3.5.so)
  [gluegen] Exception occurred while generating glue code. Exiting.

BUILD FAILED
/home/sauron.0/cj/apps/jogl/beta3/jogl/make/build.xml:1276: The following error occurred while executing this line:
/home/sauron.0/cj/apps/jogl/beta3/jogl/make/build.xml:1203: The following error occurred while executing this line:
/home/sauron.0/cj/apps/jogl/beta3/jogl/make/build.xml:528: GlueGen returned: 1

My CLASSPATH is not set.
I'm runing FC4.x86_64 with the sun jdk-1.5.0_06-fcs.x86_64. My ant build target was linux.amd64.

8	Java Game APIs & Engines / JOGL Development / Re: jogl jsr231 and pack200 support	on: 2006-01-14 15:21:48
Any chance you can post an x86_64 beta2 build also?

9	Java Game APIs & Engines / JOGL Development / Re: JOGL 1.1.1 released	on: 2005-08-29 14:37:12
Adding x86_64 to StructLayout seems to have solved the problem. It's not an emt64, it's an Athlon 64. Thanks.

10	Java Game APIs & Engines / JOGL Development / Re: JOGL 1.1.1 released	on: 2005-08-29 00:06:10
When I try to compile jogl on an x86_64 Fedora Core 4 machine with the sun amd64 jdk1.5.0_04 JDK installed, I get the following error: Quote ant linux.amd64 ... (lots of stuff deleted) java.generate: [echo] Generating GL interface class [echo] Generating GL implementation class [gluegen] WARNING: "APIENTRY" redefined from "" to "" [gluegen] java.lang.RuntimeException: Please port StructLayout to your OS (linux) and CPU (x86_64) [gluegen] at net.java.games.gluegen.StructLayout.createForCurrentPlatform() (Unknown Source) [gluegen] at net.java.games.gluegen.JavaEmitter.getLayout() (Unknown Source) [gluegen] at net.java.games.gluegen.JavaEmitter.layoutStruct(net.java.games.gluegen.cgram.types.CompoundType) (Unknown Source) [gluegen] at net.java.games.gluegen.GlueGen.run(java.lang.String[]) (Unknown Source) [gluegen] at net.java.games.gluegen.GlueGen.main(java.lang.String[]) (Unknown Source) [gluegen] at .main (/usr/lib64/libgij.so.6.0.0) [gluegen] at .__libc_start_main (/lib64/libc-2.3.5.so) [gluegen] Exception occurred while generating glue code. Exiting. BUILD FAILED Is this a bug or am I doing something wrong?

11	Java Game APIs & Engines / JOGL Development / Re: jogl API feedback requested for JSR 231	on: 2004-04-10 22:18:12
I would really like the API ro remove all the redundant gl and GL instances. Isn't: gl.texParameteri (GL.TEXTURE_2D, GL.TEXTURE_WRAP_S, GL.CLAMP); so much cleaner than: gl.glTexParameteri (GL.GL_TEXTURE_2D, GL.GL_TEXTURE_WRAP_S, GL.GL_CLAMP);

Pages: [1]

Check out our latest community projects!

Play Revenge of the Titans! The situation is critical. We need fancy commanders to defend Earth, the moon, Mars!