Spring RTS Engine

AF wrote:Scripts are loaded and saved correctly uing the java API to retrieve the line delimeter, and I've corrected the channels tab todo the same.

if i open the ~/.aflobby/startupscript.txt in a text-editor it is displayed in a normal manner (one row for each command).
but as soon as i click reload inside AFLobby everything shows up in one long line. i'll try to use a win-formatted txt-file tomorrow. maybe this will work (and then it's a \n versus \r\n error-thingy)

ps: i thought sth is widely known as an abbreviation .. nontheless i study mathemathics/informatics - so im awfully lazy. it just saves 6 chars + some time spent typing

edit:
works wtih the win-version - at least sometimes..
if i format the txt in this way: then aflobby hangs after successfully connecting and before joining #aflobby and the other channels (it consumes no cpu and simply freezes).

if i format it in this way: then aflobby starts up normally but only the channel #de is joined. i suppose you parse the file per line or just dump it into the console.. this'll explain why the command is not commited (because of the missing LF/CR).

If i use this file in standard-unix-textformat (the way aflobby and every other editor saves it) the file in not parsed at all (i belive this has to do with the missing carriage-return-character under linux).

New icon(not a logo), for menu items and launchers/shortcuts

New build:
http://tarendai.googlepages.com/AFLB1RC ... build1.zip

Public release YAY!!! Although this is technically RC99x10^17

seems like sth isn't parsed correctly

¬

If the above character is a strange characetr with a question mark then soemthigns wrong at your end.

If the above character is a line with a little corner that goes down like this:
Then I'm at a loss to explain why it would give you an error but not me.

hmm the character is printed correctly here.

http://tarendai.googlepages.com/AFLVersion.txt

Shows the seperators correctly in opera too

could it be that the text-file is iso-8859-1 encoded? linux uses mostly UTF-8 as encoding. both don't differ in the lower-ascii-range (characters 0-127) .. but handle the rest completely different (the ¬ got the ascii-code 170. this would explain it going wrong).
in my ff and all my applicitions the ¬ from the page is also displayed correctly (but maybe the auto-detect the iso-encoding ..)

hmmm

http://www.pastebin.ca/594481

Thats the code.

I think all java strings are UTF-8 or unicode internally forgotten which.

You'll never belive me, but i've done it=))
So, i've got a brand new libjavaunitsync.so (built for OpenSuse10.2),
that even seem to work=)
grab a full-featured AFlobby for SUSE here http://spring.unknown-files.net/file/31 ... SUSE_10.2/

AF wrote:hmmm
http://www.pastebin.ca/594481

this seems to be the code for the save/load-handler .. this part works in the new version.
i spoke about the http://tarendai.googlepages.com/AFLVersion.txt page.
btw: why do you use ¬ ? can't a - handle this? or a ~ ?
if the webserver responses in iso then it's the clients duty to convert it to unicode. (im sure java got a function like string::utf8decode/encode or so).

edit:
i just looked it up. the webpage deliveres iso-xxxx-1. to java it is just a string (i dont suppose you read out the header-data to check the encoding, do you?)either tell java "this is iso" or encode it to utf8 (which can break the win-version, though)

Well java would handle it automatically somewhere in its API implementation.

I used ¬ because ~ can be used as part of a url, and I may decide I want to use the character - in a changelog. I couldn't see myself using the character ¬ in a changelog though.

/home/~~~~/spring/trunk/game/libjavaunitsync.so: libboost_regex-gcc-mt-1_33_1.so.1.33.1: cannot open shared object file: No such file or directory

It's probably because I have boost 1.34 installed. How do I rebuild libjavaunitsync?

rename an svn build of unitsync to libjavaunitsync.so

The reason its javaunitsync and not unitsync is because tasclient 0.33 relies on a depreciated function that was made obsolete in spring 0.74. This function was removed in 0.75, meaning windows users who ran aflobby(e.g. me) could not start tasclient.

Its libjavaunitsync.so and not javaunitsync.so because by default on linux the java vm looks for "lib"+library name for some reason by default. I'm not clued up on the specifics of this and its something I'll need to resolve for when everythings switched back to just unitsync.so.

I have tested a build that lets me call the filename directly on windows and I'm sending the build to relative now to test if it breaks linux. If it works, the next update will use unitsync.so not libjavaunitsync.so

CENSORED BY COOKIEBOT!!

http://tarendai.googlepages.com/AFLB1RC ... build3.zip

-rename libjavaunitsync.so to unitsync.so
-new smileys added
-fixed bug with linux and update mechanism (hopefully)
-fixed white battle screen in testbuilds
-reload map and mod buttons added to battle window, channel view map list, and host tab
-mod and map lists now update when a unitsync refresh occurs

Hmm I cant log in for some reason.. When I press 'Login to the server' button, nothing happens. Console says like this:

/usr/share/games/spring$ bash aflobby.sh
AFLobby beta1 Release candidate
heapsize=66650112
Exception in thread "AWT-EventQueue-0" java.lang.NumberFormatException: For input string: "28@@Beta 1RC1@@A major update on alpha23b intended to consolidate the basic lobby features and provide a single 100% stable lobby as best as possible for the linux users, aswell as a viable alternative to tasclient on windows. <a href="http://www.google.com">Download here</a>"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
at java.lang.Integer.parseInt(Integer.java:456)
at java.lang.Integer.parseInt(Integer.java:497)
at aflobby.CUpdateChecker.run(CUpdateChecker.java:39)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError: javax/swing/GroupLayout$Group
at aflobby.CLoginPanel.LoginButtonActionPerformed(CLoginPanel.java:275)
at aflobby.CLoginPanel.access$100(CLoginPanel.java:44)
at aflobby.CLoginPanel$2.actionPerformed(CLoginPanel.java:117)
at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1849)
at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2169)
at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:420)
at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:258)
at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:236)
at java.awt.Component.processMouseEvent(Component.java:5501)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3135)
at java.awt.Component.processEvent(Component.java:5266)
at java.awt.Container.processEvent(Container.java:1966)
at java.awt.Component.dispatchEventImpl(Component.java:3968)
at java.awt.Container.dispatchEventImpl(Container.java:2024)
at java.awt.Component.dispatchEvent(Component.java:3803)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3892)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822)
at java.awt.Container.dispatchEventImpl(Container.java:2010)
at java.awt.Window.dispatchEventImpl(Window.java:1778)
at java.awt.Component.dispatchEvent(Component.java:3803)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)


Any ideas how to get around this?

Ok, open this thread and look at the post directly above yours. Go "ooooooo" then go "aaaaaaaaah" then "lolololol".

Beta 1RC1A breaks Beta 1 RC1s update mechanism.

Now to update thread title

Bug report:

heapsize=85196800
n# of sides: 2
side 0 : URC
side 1 : GD
Exception in thread "AWT-EventQueue-0" java.lang.IllegalArgumentException: setSelectedIndex: 2 out of bounds
at javax.swing.JComboBox.setSelectedIndex(JComboBox.java:603)
at aflobby.CChannelView$46.run(CChannelView.java:1760)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)
Exception in thread "AWT-EventQueue-0" java.lang.IllegalArgumentException: setSelectedIndex: 2 out of bounds
at javax.swing.JComboBox.setSelectedIndex(JComboBox.java:603)
at aflobby.CChannelView$46.run(CChannelView.java:1760)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)
Exception in thread "AWT-EventQueue-0" java.lang.IllegalArgumentException: setSelectedIndex: 2 out of bounds
at javax.swing.JComboBox.setSelectedIndex(JComboBox.java:603)
at aflobby.CChannelView$46.run(CChannelView.java:1760)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)

I think AF would prefer us to report via a pastebin link rather than clogging up the thread with long error reports.

http://pastebin.ca/

It intimidates new users when you post large quantities of unintelligible babble, even if you understand that babble yourself.

That and its a pain because I can usually figure it out from the first 3 or 4 lines but then have to spend a minute scrolling down the page.

paste bin links are just easier and prettier, and you can add highlighting etc.

I've been testing out the substance looknfeel for java, which should give tasclient style theming, only itl actually make it look different rather than changing a bar at the top and a title bar, Itll also allow numerous extra stuff, especially when combined with swingx components. However theres a temporary issue with it involving rendering crashes on tabs with toolbars.

https://substance.dev.java.net/