[Linux Lobby] AFLobby Beta 3.9.7
Moderator: Moderators
say you the host sends FORCESPECTATOR []AF to the server, you'd think that I []AF would recieve FORCEDSPECTATOR or FORCESPECTATOR []AF right?
nope, instead you get sent your BATTLESTATUS []AF newstatusinteger. This doesnt tell you what changed or wether it was the host or you who did it.
So the obvious thing todo si to check BATTLESTATUS to see if its saying something about you and set your own battlestatus to the servers right?
No! Because then you end up in a big loop with you sending your status and the server sending the changed status then you setting it only to receive a new status set from before and so on looping.
Untill betalord or somebody else corrects this ridiculous setup I'm just going to ignore it and pretend the server doesn't support it, because this is a horrendous kludge of almighty proportions, something I'd consider a fatal flaw int he TASServer protocol, a major bug needing correcting immediately.
nope, instead you get sent your BATTLESTATUS []AF newstatusinteger. This doesnt tell you what changed or wether it was the host or you who did it.
So the obvious thing todo si to check BATTLESTATUS to see if its saying something about you and set your own battlestatus to the servers right?
No! Because then you end up in a big loop with you sending your status and the server sending the changed status then you setting it only to receive a new status set from before and so on looping.
Untill betalord or somebody else corrects this ridiculous setup I'm just going to ignore it and pretend the server doesn't support it, because this is a horrendous kludge of almighty proportions, something I'd consider a fatal flaw int he TASServer protocol, a major bug needing correcting immediately.
- clericvash
- Posts: 1394
- Joined: 05 Oct 2004, 01:05
Hi!
The lobby is looking great AF
, but I have a problem with the JNI:
"/usr/games/libjavaunitsync.so: libpython2.5.so.1.0: cannot open shared object file: No such file or directory"
Apparently debian testing doesn't have python 2.5 (it's still 2.4). Is there a way to use the lobby with with the 2.4 or do I really need to install 2.5
Sorry if this is a repeated question, but I couldn't find it in of the pages I looked for.
The lobby is looking great AF

"/usr/games/libjavaunitsync.so: libpython2.5.so.1.0: cannot open shared object file: No such file or directory"
Apparently debian testing doesn't have python 2.5 (it's still 2.4). Is there a way to use the lobby with with the 2.4 or do I really need to install 2.5

Sorry if this is a repeated question, but I couldn't find it in of the pages I looked for.
Are you sure debian testing doesn't have 2.5? I'm using ubuntu and it has it, and it's a debian derivative, meaning there must be some .deb files around.fastfox wrote:Hi!
The lobby is looking great AF, but I have a problem with the JNI:
"/usr/games/libjavaunitsync.so: libpython2.5.so.1.0: cannot open shared object file: No such file or directory"
Apparently debian testing doesn't have python 2.5 (it's still 2.4). Is there a way to use the lobby with with the 2.4 or do I really need to install 2.5
Sorry if this is a repeated question, but I couldn't find it in of the pages I looked for.
EDIT: Quick search on google; http://wiki.laptop.org/go/Sugar_on_Debian go down the page and look under Prerequisites:
Just follow the instructions there; they don't seem to be too hard, but not exactly "apt-get python2.5" either.Python 2.5 is installable from Debian testing but, as of 2007 Feb 16, it is "unsupported" in the sense that Python modules are not compiled with support for 2.5 by default....
I have fixed the issue with battle and fixed one or two errors aswell as a few minor architectural changes. I have also corrected a few errors regarding sending MYSTATUS a little too often.
Also forcespectator type commands now work correctly on aflobby users.
I also corrected a small bug where setting a cbattleplayer objects side wouldnt actually do anything.
Also forcespectator type commands now work correctly on aflobby users.
I also corrected a small bug where setting a cbattleplayer objects side wouldnt actually do anything.
-
- Posts: 5
- Joined: 18 Jun 2007, 20:42
It seems like other people havehad problems with this but I can't find a fix:
Where should I have that library? It's in the aflobby directory already.
I'm using version alpha 23b.Unsatisfied link error Make sure you have a JNI aware UnitSync library in the same folder as AFLobby, and that it is compiled correctly using the latest java bindings. AFlobby needs the unitsync library to be able to use spring. Linux users need libjavaunitsync.so Windows users need javaunitsync.dll Apple Mac users need libjavaunitsync.dylib (Mac is not entirely supported and upto date mac builds of unitsync arent included due to time restrictions)
Where should I have that library? It's in the aflobby directory already.
-
- Posts: 5
- Joined: 18 Jun 2007, 20:42
-
- Posts: 5
- Joined: 18 Jun 2007, 20:42
http://www.darkstars.co.uk/randomfiles/ ... build1.zip
New build
-Fixes agreement view not having an effect
-Fixes aflobby not logging in after agreeing to the lobby user agreement
-Basic registration field validation checks on user entered data
-A second password field added to registration view
-Fixes a few swing calls in Agreement
-Fixes a few swing calls in battles
-Minor architecture restructure in Battle window
-MYSTATUS protocol spam reduced greatly
-Fixes spectator flipping bug
-Fixes support for the host setting details
-An inconsistency in how your own battle details are stored is fixed
-Side data is now stored correctly in player battle class
-Fixed the disabled units list incorrectly having the default item1/2/3/4 when first created which has now been removed.
-Added a check for rightclick in the battle table for people who couldnt get the popup menu to appear
-Changed some events from mouse pressed to action occured.
-Channel player lists show pm windows when double clicked now rather than on a single click
-Fixed disconnection no removing the login progress view
-Fixed the login panel not showing after a disconnect
New build
-Fixes agreement view not having an effect
-Fixes aflobby not logging in after agreeing to the lobby user agreement
-Basic registration field validation checks on user entered data
-A second password field added to registration view
-Fixes a few swing calls in Agreement
-Fixes a few swing calls in battles
-Minor architecture restructure in Battle window
-MYSTATUS protocol spam reduced greatly
-Fixes spectator flipping bug
-Fixes support for the host setting details
-An inconsistency in how your own battle details are stored is fixed
-Side data is now stored correctly in player battle class
-Fixed the disabled units list incorrectly having the default item1/2/3/4 when first created which has now been removed.
-Added a check for rightclick in the battle table for people who couldnt get the popup menu to appear
-Changed some events from mouse pressed to action occured.
-Channel player lists show pm windows when double clicked now rather than on a single click
-Fixed disconnection no removing the login progress view
-Fixed the login panel not showing after a disconnect
when i host a battle i'll get an exeption thrown and the panel displaying the players stays empty.
additionally i get an "status recieved from serer?" in the chat-box
additionally i get an "status recieved from serer?" in the chat-box
Code: Select all
Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
at aflobby.CBattleWindow$65.run(CBattleWindow.java:2220)
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)
http://www.darkstars.co.uk/randomfiles/ ... build1.zip
New Build:
-Fix: Playerdata object is now initialized for the players own player object.
-Fix: A check for null playerdata object in battle side view redraw routine.
-Fix: A debug message was removed from the battle class.
-New: Smileys are loaded from /aflobby/images/smileys now/ allowing users to modify remove or add their own.
This means both package1.zip and package2.zip have been updated.
New Build:
-Fix: Playerdata object is now initialized for the players own player object.
-Fix: A check for null playerdata object in battle side view redraw routine.
-Fix: A debug message was removed from the battle class.
-New: Smileys are loaded from /aflobby/images/smileys now/ allowing users to modify remove or add their own.
This means both package1.zip and package2.zip have been updated.
Crash on login with 100% reproducibility; terminal output:
Code: Select all
[Loaded aflobby.CChannel from file:/usr/share/games/spring/aflobby.jar]
Exception in thread "Timer-3" java.lang.NullPointerException
at aflobby.CChannel.<init>(CChannel.java:57)
at aflobby.JChannelView.NewEvent(JChannelView.java:1659)
at aflobby.LMain.ProcessEvents(LMain.java:541)
at aflobby.LMain.Update(LMain.java:418)
at aflobby.UpdateTask.run(LMain.java:40)
at java.util.TimerThread.mainLoop(Timer.java:512)
at java.util.TimerThread.run(Timer.java:462)
http://www.darkstars.co.uk/randomfiles/ ... build2.zip
-Fix: smileys are loaded correctly now
-Fix: smileys are displayed correctly now
-Fix: smileys are loaded correctly now
-Fix: smileys are displayed correctly now