sdljava-users — General Discussion about sdljava and gljava

[sdljava-users] note about building

[Ivan Z. G. <iva...@ya...>]

I've just noticed that due to the modification time on files when 
running make it will try to re-generate the .c files even though they 
are already there.  This is because the modification time of the .i 
files is newer then the .c files.  You don't however need to re-generate 
the .c files at all when building.  To get around this either do "touch 
*.c" or you could remark out the all the lines with $(SWIG) in them.

I'll see what I can do about this.  The problem is a change in the .i 
file doesn't always equate to a new .c file being generated.  It may 
change only the .java proxy file...

-Ivan/

re-implemented loadMUS(...) methods (was Re: [sdljava-users] lowering SDL_mixer requirement)

[Ivan Z. G. <iva...@ya...>]

I've re-implemented the following methods via the use of a temporary 
file.  The temp file is saved to the location of "java.io.tmpdir".

        public static MixMusic loadMUS(Buffer buf) throws SDLException
        public static MixMusic loadMUS(byte[] data) throws SDLException
        public static MixMusic loadMUS(URL url) throws SDLException, 
IOException, MalformedURLException
        public static MixMusic loadMUS(InputStream in) throws 
SDLException, IOException

I hope you find it usefull.

Cheers,
-Ivan/

Robert Schuster wrote:

> Ok, now I understand the problem.
>
> Would it be feasible to implement the URL functions for 1.2.5 with the 
> help of a temporary file? We could store the contents of an URL 
> therein and let SDL_mixer work on that file.
>
> cu
> Robert
>
>
> Ivan Z. Ganza wrote:
>
>> Just to clarify we DO NOT loose the music functions.  We only lost 
>> the ability to load them via URL or otherwise use a ByteBuffer 
>> because the RW_ops version of LoadMUS is not implemented until Mixer 
>> version 1.2.6
>>
>> You can still load music but only via file path method.
>>
>> -Ivan/
>>
>> Robert Schuster wrote:
>>
>>> Hi.
>>> I wonder why we lose the music functions. This 
>>> (http://jcatki.no-ip.org/SDL_mixer/SDL_mixer_48.html#SEC48) 
>>> documentation seems to be for SDL_mixer 1.2.5 but supports the music 
>>> functions already. I would have expected additional API in 
>>> 1.2+(2k).x ... :-)
>>>
>>> cu
>>> Robert
>>>
>>> Ivan Z. Ganza wrote:
>>>
>>>> Actually I have just downgraded it back to 1.2.5.  Seems it is not 
>>>> actually that stable!! I had this weird problem where it would 
>>>> freeze on Mix_OpenAudio and never return.  My assumption was that 
>>>> it was something funky on my system but now when I tried with 1.2.5 
>>>> everything is fine.
>>>>
>>>> So we loose temporarily the following methods:
>>>>    public static MixMusic loadMUS(Buffer buf)
>>>>    public static MixMusic loadMUS(URL url)
>>>>    public static MixMusic loadMUS(InputStream in)
>>>>
>>>> checking these changes in CVS now...
>>>>
>>>> Robert Schuster wrote:
>>>>
>>>>> Hello, would it be possible to lower the requirement for the 
>>>>> SDL_mixer library to version 1.2.5?
>>>>> I have a number of distributions where 1.2.6 is not yet stable and 
>>>>> another bunch of admins which cannot be easily convinced to update :)
>>>>> cu Robert
>>>>>  
>>>>>
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> This SF.Net email is sponsored by: IntelliVIEW -- Interactive 
>>>> Reporting
>>>> Tool for open source databases. Create drag-&-drop reports. Save time
>>>> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>>>> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>>>> _______________________________________________
>>>> sdljava-users mailing list
>>>> sdl...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>>>
>>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>>> Tool for open source databases. Create drag-&-drop reports. Save time
>>> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>>> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>>> _______________________________________________
>>> sdljava-users mailing list
>>> sdl...@li...
>>> https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>
>>
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>> Tool for open source databases. Create drag-&-drop reports. Save time
>> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>> _______________________________________________
>> sdljava-users mailing list
>> sdl...@li...
>> https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>
>>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users

[sdljava-users] Re: Free Ja*a fans rejoicing

[Dalibor T. <ro...@ka...>]

Robert Schuster wrote:
>  Hi,
> OpenGL and SDL coolness is finally available on Free Java runtimes:
> 
> http://page.mi.fu-berlin.de/~rschuste/java/classpath/sdljava-jamvm-1.png 
> <http://page.mi.fu-berlin.de/%7Erschuste/java/classpath/sdljava-jamvm-1.png> 
> 

Great! Coincidentally, Jim Huang posted some more fascinating X11 
coolness to enjoy today at

http://jserv.sayya.org/kaffe/screenshots/escher-kaffe-fullscreen.png
and
http://jserv.sayya.org/kaffe/screenshots/escher-kaffe-fullscreen2.png

See http://www.kaffe.org/pipermail/kaffe/2005-January/101365.html for 
details.

These are interesting times for free runtimes & graphics. I'm looking 
forward to seeing it all at fosdem!

cheers,
dalibor topic

[sdljava-users] Note about FTGL build

[Ivan Z. G. <iva...@ya...>]

If anyone is building the FTGL wrapper code you will get a compilation 
error about the constructor already being defined in 
FTGLBitmapFont.java.  Please just remove the first constructor in favour 
of the new one.   I'm working on integrating this but for now I just do 
it manually.

-Ivan/

[sdljava-users] disable shared library loading feature checked into CVS

[Ivan Z. G. <iva...@ya...>]

I've checked in the code which allows one to disable to automatic 
loading of shared libraries.  This has been added for all modules, 
globally.  So that if you specify once NO shared libraries at all will 
be loaded.

Specify "-Dsdljava.bootclasspath=true" (or any value) to the java 
runtime and no shared libraries will be loaded.

* Special Note:  if you are using gljava make sure to do 
SWIG_glew_init() after you load the gljava shared library so the glew 
layer is properly initialized aftewards.

-Ivan/

Re: Odonata on SDLJava (was Re: [sdljava-users] Free Ja*a fans rejoicing)

[<st...@ta...>]

Hiya,

My turn for a screenshot :) I swear that midnight is the best time for 
hacking on FOSS!

http://adorphuye.com/gallery/Odonata/OdonataOnSDLJava

Lots of thanks to Robert for being patient whilst I figured out what I 
was doing wrong in my cut'n'paste from the graywin example...

Key hacks:
- This is plugged directly into Toolkit.java (Odonata's) - not yet a plugin
- No input support!
- uses SDLSurface.mapRGB on each pixel, for each flip... performance is 
a dog ;) will work on this when it's a proper plugin.
- Like all midnight hacking, lots of bugs are lurking, I'm sure.

Cheers,

Steph

Robert Schuster wrote:
>   Hi,
> OpenGL and SDL coolness is finally available on Free Java runtimes:
> 
> http://page.mi.fu-berlin.de/~rschuste/java/classpath/sdljava-jamvm-1.png 
> <http://page.mi.fu-berlin.de/%7Erschuste/java/classpath/sdljava-jamvm-1.png>
> 
> 
> The interesting bit is that this was made possible by indirect 
> collaboration:
> - Ivan revived JSDL
> - Michael fixed bugs in GNU Classpath's directbuffer implementation
> - Robert Lougher added GetDirectBufferAddress support for JamVM
> 
> If you look carefully you can see that SDLMixer plays an ogg from 
> locarecords.
> 
> Thanks to all who have made this possible.
> 
> cu
> Robert


-- 
================================================================
Stephane Meslin-Weber         Email: st...@ta...
Software Engineer             Web: http://odonata.tangency.co.uk
================================================================

Re: [sdljava-users] Free Ja*a fans rejoicing

[Ivan Z. G. <iva...@ya...>]

This is sweet!  Thanks for making is possible.  Its nice to see the 
OpenGL binding working there ;-)

-Ivan/

Robert Schuster wrote:

> Hi,
> OpenGL and SDL coolness is finally available on Free Java runtimes:
>
> http://page.mi.fu-berlin.de/~rschuste/java/classpath/sdljava-jamvm-1.png 
> <http://page.mi.fu-berlin.de/%7Erschuste/java/classpath/sdljava-jamvm-1.png>
>
>
> The interesting bit is that this was made possible by indirect 
> collaboration:
> - Ivan revived JSDL
> - Michael fixed bugs in GNU Classpath's directbuffer implementation
> - Robert Lougher added GetDirectBufferAddress support for JamVM
>
> If you look carefully you can see that SDLMixer plays an ogg from 
> locarecords.
>
> Thanks to all who have made this possible.
>
> cu
> Robert

[sdljava-users] SDLTimer

[LEBOEUF B. <bar...@ya...>]

Hi,

	- A simple full java version of SDLTimer implementation is now
available on SF CVS. ( src/sdljava/SDLTimer.java )

	- For Windows users, the VisualC makefile is updated for swig
mappingfiles.

Cu,

/Bart.

[sdljava-users] Free Ja*a fans rejoicing

[Robert S. <the...@gm...>]

  Hi,
OpenGL and SDL coolness is finally available on Free Java runtimes:

http://page.mi.fu-berlin.de/~rschuste/java/classpath/sdljava-jamvm-1.png 
<http://page.mi.fu-berlin.de/%7Erschuste/java/classpath/sdljava-jamvm-1.png>


The interesting bit is that this was made possible by indirect 
collaboration:
- Ivan revived JSDL
- Michael fixed bugs in GNU Classpath's directbuffer implementation
- Robert Lougher added GetDirectBufferAddress support for JamVM

If you look carefully you can see that SDLMixer plays an ogg from 
locarecords.

Thanks to all who have made this possible.

cu
Robert

[sdljava-users] Re: Re: build problem

[Flavio C. <fl...@li...>]

Actually it didn't :)
I updgraded swig and modified the source files; then I forget that I
modified the files...


My bad,
	Flavio

-- 
Flavio Chierichetti
http://lightless.org/

[sdljava-users] FTGL binding added (OpenGL specific)

[Ivan Z. G. <iva...@ya...>]

I've added a binding to FTGL 
(http://homepages.paradise.net.nz/henryj/code/#FTGL).  FTGL is basically 
a library which allows one to use any fonts loadable by FreeType and 
display them if using OpenGL.  Its an optional dependancy so you don't 
need to build or use if this is not your wish.

If you do wish to build it there is only the Linux Makefile at this 
point in:
    etc/build/linux/ftgl 

Copy this file to src/sdljava/native/ftgl and type "make" to get the 
libftgljava.so built and ready for use.  I've also ported the FTGL demo 
application "FTGLDemo" and placed it in testsrc/org/gljava/opengl/ftgl 
as "FTGLTest".  Its not completely implemented yet but enough is there 
to show that the binding is working.

-Ivan/

Re: [sdljava-users] lowering SDL_mixer requirement

[Ivan Z. G. <iva...@ya...>]

Yes I don't see why not.  It will be implemented in this way until we 
move up to Mixer 1.2.6.

-Ivan/

Robert Schuster wrote:

> Ok, now I understand the problem.
>
> Would it be feasible to implement the URL functions for 1.2.5 with the 
> help of a temporary file? We could store the contents of an URL 
> therein and let SDL_mixer work on that file.
>
> cu
> Robert
>
>
> Ivan Z. Ganza wrote:
>
>> Just to clarify we DO NOT loose the music functions.  We only lost 
>> the ability to load them via URL or otherwise use a ByteBuffer 
>> because the RW_ops version of LoadMUS is not implemented until Mixer 
>> version 1.2.6
>>
>> You can still load music but only via file path method.
>>
>> -Ivan/
>>
>> Robert Schuster wrote:
>>
>>> Hi.
>>> I wonder why we lose the music functions. This 
>>> (http://jcatki.no-ip.org/SDL_mixer/SDL_mixer_48.html#SEC48) 
>>> documentation seems to be for SDL_mixer 1.2.5 but supports the music 
>>> functions already. I would have expected additional API in 
>>> 1.2+(2k).x ... :-)
>>>
>>> cu
>>> Robert
>>>
>>> Ivan Z. Ganza wrote:
>>>
>>>> Actually I have just downgraded it back to 1.2.5.  Seems it is not 
>>>> actually that stable!! I had this weird problem where it would 
>>>> freeze on Mix_OpenAudio and never return.  My assumption was that 
>>>> it was something funky on my system but now when I tried with 1.2.5 
>>>> everything is fine.
>>>>
>>>> So we loose temporarily the following methods:
>>>>    public static MixMusic loadMUS(Buffer buf)
>>>>    public static MixMusic loadMUS(URL url)
>>>>    public static MixMusic loadMUS(InputStream in)
>>>>
>>>> checking these changes in CVS now...
>>>>
>>>> Robert Schuster wrote:
>>>>
>>>>> Hello, would it be possible to lower the requirement for the 
>>>>> SDL_mixer library to version 1.2.5?
>>>>> I have a number of distributions where 1.2.6 is not yet stable and 
>>>>> another bunch of admins which cannot be easily convinced to update :)
>>>>> cu Robert
>>>>>  
>>>>>
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> This SF.Net email is sponsored by: IntelliVIEW -- Interactive 
>>>> Reporting
>>>> Tool for open source databases. Create drag-&-drop reports. Save time
>>>> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>>>> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>>>> _______________________________________________
>>>> sdljava-users mailing list
>>>> sdl...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>>>
>>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>>> Tool for open source databases. Create drag-&-drop reports. Save time
>>> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>>> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>>> _______________________________________________
>>> sdljava-users mailing list
>>> sdl...@li...
>>> https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>
>>
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>> Tool for open source databases. Create drag-&-drop reports. Save time
>> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>> _______________________________________________
>> sdljava-users mailing list
>> sdl...@li...
>> https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>
>>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users

Re: [sdljava-users] build problem

[Ivan Z. G. <iva...@ya...>]

I've removed the include "enums.swg" lines from these files are they 
were not needed anylonger.  Their purpose was to generate the JDK1.5 
enumerations when the 1.5 requirement was in. 

CVS has been updated.  Sorry about that.

-Ivan/

Robert Schuster wrote:

> Hi,
> with the recent CVS version (01.28.05) I had problems building the 
> native libraries on GNU/Linux. I had to remove the lines which include 
> "enums.swg" in SDLJoystick.i and SDLTTF.i to fix that.
>
> cu
> Robert
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users

Re: [sdljava-users] Re: build problem

[Ivan Z. G. <iva...@ya...>]

Interesting that 1.3.23 fixed it.  I'm still on 1.3.22 here myself.  
I've removed the problem lines so it should work with 1.3.22 now as 
well.  Please let me know if the problem still occurs for anyone under 
1.3.22.

Any idea what 23 was doing differently that allowed it to work?

Thanks,
-Ivan/

Flavio Chierichetti wrote:

>I've had the same problem this morning: fixed by installing
>swig-1.3.23 .
>
>Hope this helps,
>	Flavio
>
>
>  
>

[sdljava-users] Re: build problem

[Flavio C. <fl...@li...>]

I've had the same problem this morning: fixed by installing
swig-1.3.23 .

Hope this helps,
	Flavio


-- 
Flavio Chierichetti
http://lightless.org/

[sdljava-users] build problem

[Robert S. <the...@gm...>]

Hi,
with the recent CVS version (01.28.05) I had problems building the 
native libraries on GNU/Linux. I had to remove the lines which include 
"enums.swg" in SDLJoystick.i and SDLTTF.i to fix that.

cu
Robert

Re: [sdljava-users] lowering SDL_mixer requirement

[Robert S. <the...@gm...>]

Ok, now I understand the problem.

Would it be feasible to implement the URL functions for 1.2.5 with the 
help of a temporary file? We could store the contents of an URL therein 
and let SDL_mixer work on that file.

cu
Robert


Ivan Z. Ganza wrote:

> Just to clarify we DO NOT loose the music functions.  We only lost the 
> ability to load them via URL or otherwise use a ByteBuffer because the 
> RW_ops version of LoadMUS is not implemented until Mixer version 1.2.6
>
> You can still load music but only via file path method.
>
> -Ivan/
>
> Robert Schuster wrote:
>
>> Hi.
>> I wonder why we lose the music functions. This 
>> (http://jcatki.no-ip.org/SDL_mixer/SDL_mixer_48.html#SEC48) 
>> documentation seems to be for SDL_mixer 1.2.5 but supports the music 
>> functions already. I would have expected additional API in 1.2+(2k).x 
>> ... :-)
>>
>> cu
>> Robert
>>
>> Ivan Z. Ganza wrote:
>>
>>> Actually I have just downgraded it back to 1.2.5.  Seems it is not 
>>> actually that stable!! I had this weird problem where it would 
>>> freeze on Mix_OpenAudio and never return.  My assumption was that it 
>>> was something funky on my system but now when I tried with 1.2.5 
>>> everything is fine.
>>>
>>> So we loose temporarily the following methods:
>>>    public static MixMusic loadMUS(Buffer buf)
>>>    public static MixMusic loadMUS(URL url)
>>>    public static MixMusic loadMUS(InputStream in)
>>>
>>> checking these changes in CVS now...
>>>
>>> Robert Schuster wrote:
>>>
>>>> Hello, would it be possible to lower the requirement for the 
>>>> SDL_mixer library to version 1.2.5?
>>>> I have a number of distributions where 1.2.6 is not yet stable and 
>>>> another bunch of admins which cannot be easily convinced to update :)
>>>> cu Robert
>>>>  
>>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>>> Tool for open source databases. Create drag-&-drop reports. Save time
>>> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>>> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>>> _______________________________________________
>>> sdljava-users mailing list
>>> sdl...@li...
>>> https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>>
>>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>> Tool for open source databases. Create drag-&-drop reports. Save time
>> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>> _______________________________________________
>> sdljava-users mailing list
>> sdl...@li...
>> https://lists.sourceforge.net/lists/listinfo/sdljava-users
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users
>
>

Re: [sdljava-users] Eclipse success

[Ivan Z. G. <iva...@ya...>]

The mail list server is acting funny so I didn't actually get sent your=20
mail but I see it in the archive.

I will add a switch such that if the System property=20
"sdljava.bootclasspath" is defined no calls will be made to=20
System.loadLibrary to load the libs.  Loading the libs will be up to the=20
users of the library in this case.

Let me know if you find anything else that would be helpfull.

Cheers,
-Ivan/

St=E9phane Meslin-Weber wrote:
 > After two days of very slow progress, I"ve finally managed to get the
 > test scripts for sdljava to run happily from Eclipse - my next hurdle =
is
 > to get Odonata to use the fruits of this labour across Eclipse project=
s...
=20
 I"ve managed to get an SDL window up from within Odonata code...
 Unfortunately I"ve had to modify some of the auto-generated SWIG files
 to do so.
=20
 I"ll explain in more detail why this was necessary:
=20
 - Odonata is a drop-in replacement for native AWT peers, this requires
 it to be loaded on the bootclasspath of the JVM to override some key
 java.awt.* classes.
=20
 - If Odonata uses sdljava, sdljava also needs to be on the bootclasspath.
=20
 - It seems that at least on the Sun JVM (1.4.2_05) native libraries
 present on the java.library.path aren"t picked up by classes on the
 bootclasspath (makes sense I suppose) - but then again, nor are they
 picked up in any other location than sun.boot.library.path (and
 modifications to this either have no effect or understandably break the =
JVM)
=20
 To get around these limitations, I use System.load() with an absolute
 path to the libraries. The various static blocks in sdljava (in SDLMain,
 and SWIG_SDLMainJNI) to be removed to allow me to do the native lib
 loading manually. (I haven"t yet used the other SDL_* libraries).
=20
 I obviously don"t want to mess with generated files and the presence of
 the static blocks is completely understandable; when sdljava is loaded
 outside the bootclasspath.
=20
 With the above in mind, I"d like to propose a runtime property that if
 present disables those static blocks so java -Dsdljava.bootclasspath
 would allow people to manually load native libraries.
=20
 Suggestions are welcome :)
=20
 Best Regards,
=20
 Steph


St=E9phane Meslin-Weber wrote:

> Hi Everyone,
>
> After getting everything working fine under mingw I wanted to be able=20
> to use sdljava (CVS) in the same dev environment as I use for Odonata.=20
> (Eclipse 3.1 on WinXP)
>
> After two days of very slow progress, I've finally managed to get the=20
> test scripts for sdljava to run happily from Eclipse - my next hurdle=20
> is to get Odonata to use the fruits of this labour across Eclipse=20
> projects...
>
> Many thanks for starting this project up again!
>
> Best Regards,
>
> Steph
>

Re: [sdljava-users] Eclipse success

[Ivan Z. G. <iva...@ya...>]

Greetings!

I'm glad you were able to get things working.  Regarding the problems=20
you had were these to do with eclipse or the way sdljava is complied,=20
used?  If you have suggestions which could have made it easier for you=20
please let me know.

I've checked out the Odonata site and I really like the idea!

-Ivan/

St=E9phane Meslin-Weber wrote:

> Hi Everyone,
>
> After getting everything working fine under mingw I wanted to be able=20
> to use sdljava (CVS) in the same dev environment as I use for Odonata.=20
> (Eclipse 3.1 on WinXP)
>
> After two days of very slow progress, I've finally managed to get the=20
> test scripts for sdljava to run happily from Eclipse - my next hurdle=20
> is to get Odonata to use the fruits of this labour across Eclipse=20
> projects...
>
> Many thanks for starting this project up again!
>
> Best Regards,
>
> Steph
>

Re: [sdljava-users] lowering SDL_mixer requirement

[Ivan Z. G. <iva...@ya...>]

Just to clarify we DO NOT loose the music functions.  We only lost the 
ability to load them via URL or otherwise use a ByteBuffer because the 
RW_ops version of LoadMUS is not implemented until Mixer version 1.2.6

You can still load music but only via file path method.

-Ivan/

Robert Schuster wrote:

> Hi.
> I wonder why we lose the music functions. This 
> (http://jcatki.no-ip.org/SDL_mixer/SDL_mixer_48.html#SEC48) 
> documentation seems to be for SDL_mixer 1.2.5 but supports the music 
> functions already. I would have expected additional API in 1.2+(2k).x 
> ... :-)
>
> cu
> Robert
>
> Ivan Z. Ganza wrote:
>
>> Actually I have just downgraded it back to 1.2.5.  Seems it is not 
>> actually that stable!! I had this weird problem where it would freeze 
>> on Mix_OpenAudio and never return.  My assumption was that it was 
>> something funky on my system but now when I tried with 1.2.5 
>> everything is fine.
>>
>> So we loose temporarily the following methods:
>>    public static MixMusic loadMUS(Buffer buf)
>>    public static MixMusic loadMUS(URL url)
>>    public static MixMusic loadMUS(InputStream in)
>>
>> checking these changes in CVS now...
>>
>> Robert Schuster wrote:
>>
>>> Hello, would it be possible to lower the requirement for the 
>>> SDL_mixer library to version 1.2.5?
>>> I have a number of distributions where 1.2.6 is not yet stable and 
>>> another bunch of admins which cannot be easily convinced to update :)
>>> cu Robert
>>>  
>>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
>> Tool for open source databases. Create drag-&-drop reports. Save time
>> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>> _______________________________________________
>> sdljava-users mailing list
>> sdl...@li...
>> https://lists.sourceforge.net/lists/listinfo/sdljava-users
>>
>>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users

Re: [sdljava-users] Eclipse success

[<st...@ta...>]

St=E9phane Meslin-Weber wrote:
> After two days of very slow progress, I've finally managed to get the 
> test scripts for sdljava to run happily from Eclipse - my next hurdle =
is 
> to get Odonata to use the fruits of this labour across Eclipse project=
s...

I've managed to get an SDL window up from within Odonata code... 
Unfortunately I've had to modify some of the auto-generated SWIG files 
to do so.

I'll explain in more detail why this was necessary:

- Odonata is a drop-in replacement for native AWT peers, this requires 
it to be loaded on the bootclasspath of the JVM to override some key 
java.awt.* classes.

- If Odonata uses sdljava, sdljava also needs to be on the bootclasspath=
.

- It seems that at least on the Sun JVM (1.4.2_05) native libraries 
present on the java.library.path aren't picked up by classes on the 
bootclasspath (makes sense I suppose) - but then again, nor are they 
picked up in any other location than sun.boot.library.path (and 
modifications to this either have no effect or understandably break the =
JVM)

To get around these limitations, I use System.load() with an absolute 
path to the libraries. The various static blocks in sdljava (in SDLMain,=
 
and SWIG_SDLMainJNI) to be removed to allow me to do the native lib 
loading manually. (I haven't yet used the other SDL_* libraries).

I obviously don't want to mess with generated files and the presence of 
the static blocks is completely understandable; when sdljava is loaded 
outside the bootclasspath.

With the above in mind, I'd like to propose a runtime property that if 
present disables those static blocks so java -Dsdljava.bootclasspath 
would allow people to manually load native libraries.

Suggestions are welcome :)

Best Regards,

Steph

-- 
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Stephane Meslin-Weber         Email: st...@ta...
Software Engineer             Web: http://odonata.tangency.co.uk
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

[sdljava-users] Eclipse success

[<st...@ta...>]

Hi Everyone,

After getting everything working fine under mingw I wanted to be able to 
use sdljava (CVS) in the same dev environment as I use for Odonata. 
(Eclipse 3.1 on WinXP)

After two days of very slow progress, I've finally managed to get the 
test scripts for sdljava to run happily from Eclipse - my next hurdle is 
to get Odonata to use the fruits of this labour across Eclipse projects...

Many thanks for starting this project up again!

Best Regards,

Steph

-- 
================================================================
Stephane Meslin-Weber         Email: st...@ta...
Software Engineer             Web: http://odonata.tangency.co.uk
================================================================

Re: [sdljava-users] lowering SDL_mixer requirement

[Robert S. <the...@gm...>]

Hi.
I wonder why we lose the music functions. This 
(http://jcatki.no-ip.org/SDL_mixer/SDL_mixer_48.html#SEC48) 
documentation seems to be for SDL_mixer 1.2.5 but supports the music 
functions already. I would have expected additional API in 1.2+(2k).x 
... :-)

cu
Robert

Ivan Z. Ganza wrote:

> Actually I have just downgraded it back to 1.2.5.  Seems it is not 
> actually that stable!! I had this weird problem where it would freeze 
> on Mix_OpenAudio and never return.  My assumption was that it was 
> something funky on my system but now when I tried with 1.2.5 
> everything is fine.
>
> So we loose temporarily the following methods:
>    public static MixMusic loadMUS(Buffer buf)
>    public static MixMusic loadMUS(URL url)
>    public static MixMusic loadMUS(InputStream in)
>
> checking these changes in CVS now...
>
> Robert Schuster wrote:
>
>> Hello, would it be possible to lower the requirement for the 
>> SDL_mixer library to version 1.2.5?
>> I have a number of distributions where 1.2.6 is not yet stable and 
>> another bunch of admins which cannot be easily convinced to update :)
>> cu Robert
>>  
>>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> sdljava-users mailing list
> sdl...@li...
> https://lists.sourceforge.net/lists/listinfo/sdljava-users
>
>

Re: [sdljava-users] lowering SDL_mixer requirement

[Ivan Z. G. <iva...@ya...>]

Actually I have just downgraded it back to 1.2.5.  Seems it is not 
actually that stable!! I had this weird problem where it would freeze on 
Mix_OpenAudio and never return.  My assumption was that it was something 
funky on my system but now when I tried with 1.2.5 everything is fine.

So we loose temporarily the following methods:
    public static MixMusic loadMUS(Buffer buf)
    public static MixMusic loadMUS(URL url)
    public static MixMusic loadMUS(InputStream in)

checking these changes in CVS now...

Robert Schuster wrote:

>Hello, 
>would it be possible to lower the requirement for the SDL_mixer library to 
>version 1.2.5? 
> 
>I have a number of distributions where 1.2.6 is not yet stable and another 
>bunch of admins which cannot be easily convinced to update :) 
> 
>cu 
>Robert 
>
>  
>

Re: [sdljava-users] lowering SDL_mixer requirement

[Ivan Z. G. <iva...@ya...>]

I don't see why not.  The reason I updated the version was to include 
the the new LoadMUS(...) methods.  For now these can be remarked out 
until such time as people have upgrade to 1.2.6.  Once more people are 
on 1.2.6 its very easy to add them back in.

Unless there are any objections by people already using this 
functionality I will back out of this tomorrow night.

-Ivan/

Robert Schuster wrote:

>Hello, 
>would it be possible to lower the requirement for the SDL_mixer library to 
>version 1.2.5? 
> 
>I have a number of distributions where 1.2.6 is not yet stable and another 
>bunch of admins which cannot be easily convinced to update :) 
> 
>cu 
>Robert 
>
>  
>