*fluffles* Just a reminder Fire_optikz001 you're using something very bleeding edge - although it's good to be involved early on with projects (wish I could lend some time to this tbh
) Although I'm sure you know this, and I apologise with a galactic heap of... something nice.. Kitties? - keep in mind that the api will almost certainly change relatively rapidly and things could be very b0rked 
I'm not trying to discourage you, infact quite the opposite. I salute you Sir!Dygear, etc. regarding the function/class arguments, might be worth checking out and adopting how the Zend Framework, Symfony, Doctrine, and many other high profile PHP projects deal with that problem, and basically that's 2 ways - argument #1 can generally be an instance of SomeClassName_Config or an associative array. In both instances you can make a simple loop that iterates over the "named" arguments and assigns or transforms them as necessary
Very effective and easy to deal with, and very quickly generalised, as well as lightweight.
Last edited by the_angry_angel, .
Might be worth adding /reinit to the admin flags.
Here's my understanding - if I'm wrong I'll love to be corrected. However, until that point it's analogy time 
That's right kids.
Think of a LFS server being controlled by PRISM as an IRC channel. In a channel each user can be assigned a bunch of flags, such as +o for oper, +v for voice, and so on. The flags that Dygear's put in the first post are the equivilent flags for a user in a LFS server.
PRISM will then have an internal record, like an IRC server, of what flags each user (or in this case LFS connection - not player) and the appropriate functions will have ACL checks built into them.
That's right kids.Think of a LFS server being controlled by PRISM as an IRC channel. In a channel each user can be assigned a bunch of flags, such as +o for oper, +v for voice, and so on. The flags that Dygear's put in the first post are the equivilent flags for a user in a LFS server.
PRISM will then have an internal record, like an IRC server, of what flags each user (or in this case LFS connection - not player) and the appropriate functions will have ACL checks built into them.
Hmm, the way I'd read that it sounds like whoever wrote that doesn't appear to understand the difference between copyright and source code licensing. I do understand what was probably meant by the statement tho I apologise for suggesting something that doesn't fit the request
I apologise for suggesting something that doesn't fit the request Maybe worth contributing to http://www.racer.nl/. I have no idea what the state of the code is, however I am led to believe that the lead is employed by an F1 team and that the core of the code is used by the same F1 team.
Ah sorry dude, hadn't noticed your request, mostly because I've only just looked at the thread again since yesterday(? Starting to loose track of days).
I'll certainly try and assist in keeping GH upto date if you require it
Just want to echo what DarkTimes has brought up and lend some additional thoughts for the packet handling; With TCP there's the possibility for split packets under TCP, however applying the logic generally shouldn't be a problem if you want to stick with the current architecture
In that case I'll keep an eye on github
SVN on the sf project page seems to be empty? Just wondering because I was planning on having a play with it over the weekend, regardless of what state it's in (and mirror it on github for a while also).
(and mirror it on github for a while also).Sounds like you've already made your mind up Dygear.
As with anything you can't always choose by committee. Be that benevolent dictator and rule with an iron fist.
In the instance of an interpreted language, short of someone packing PRISM and some plugins, it's unlikely to be a massive problem at the end of the day.
As with anything you can't always choose by committee. Be that benevolent dictator and rule with an iron fist.
In the instance of an interpreted language, short of someone packing PRISM and some plugins, it's unlikely to be a massive problem at the end of the day.
Generally MIT or BSD.
Seems a bit hypocritical to produce open code and then demand that people use it how you want, but all in all I do understand why the GPL, etc. exists, so please don't lecture. I understand, I just don't always agree with it.
Oh there's more than a few cases where that happens - the FSF is very much becoming someone you don't want to have sat on you if you or your company fails to release the source (where required).
Seems a bit hypocritical to produce open code and then demand that people use it how you want, but all in all I do understand why the GPL, etc. exists, so please don't lecture. I understand, I just don't always agree with it.
Oh there's more than a few cases where that happens - the FSF is very much becoming someone you don't want to have sat on you if you or your company fails to release the source (where required).
Yeah it's not too bad, but to be honest the possibility of it going away (if the BBC bin it) and the fact that I've been using jQuery for so long, both personally and at work, hasn't made me move to it.
I will admit I've been meaning to port one or two of the widgets to jQuery though. Never quite managed to find the time (as usual)
Having been a mod here I can tell you that's just as bad as not giving a reason in the eyes of a lot of posters here. The abuse you'd receive for having the last word was ridiculous on occasion.
At the end of the day mods do not have to justify themselves publicly. There is (or was) a private log of what and why, but ultimately they've been put in a position of control for a reason.
A lot of LFSers seem to believe that the forums are a democracy. Which they are not.
It smells like a path error. Try setting the start in path to the LFS dedi directory, or give the full path to the cfg file.
Most of the UK traffic at some point passes through LINX on a normal day. They're having trouble at the moment - this isn't just an issue isolated to LFS.
using System;
using System.Data;
using MySql.Data.MySqlClient;
public class Test
{
public static void Main(string[] args)
{
string connectionString =
"Server=123.456.789.123;" +
"Database=zgloszenia;" +
"User ID=test;" +
"Password=asdqwe123qweasd;" +
"Pooling=false";
IDbConnection dbcon;
dbcon = new MySqlConnection(connectionString);
dbcon.Open();
IDbCommand dbcmd = dbcon.CreateCommand();
string sql =
"SELECT bl1_xfg FROM tablename";
dbcmd.CommandText = sql;
IDataReader reader = dbcmd.ExecuteReader();
while(reader.Read()) {
string bl1_xfg = (string) reader["bl1_xfg"];
Console.WriteLine("bl1_xfg: " + bl1_xfg);
}
// clean up
reader.Close();
reader = null;
dbcmd.Dispose();
dbcmd = null;
dbcon.Close();
dbcon = null;
}
}Note, you didn't provide the table name, so I just stuck in tablename. I also don't *know* any of the .NET framework or mono. I'm also very busy.
P.S. This is basically the first result from google, with the sql changed.
I'm waiting for LFS the flame thrower.
There's no subsitute for actually just using it. The great thing is that if you make a total cock up on check-in it's always reversible. Might not be fun to do, but do-able
I look forward to seeing what this project comes out with, and giving it a good stress test when you release the first collaborative revision
It's not documented because thats how TCP and UDP work and is not something that needs to be configured.
When there is a connection between a client and a server the client selects a random unused port on the local machine. Without doing so communication would not be achieved.
As for the 29339 port, very old routers (some netgear and linksys) had a bug where by you had to port forward to avoid the packets being randomly binned. This was over 6 years ago and is no longer relevant.
As for your problem Tomba, if the ports are correctly forwarded and your local firewall (don't forget that by default Windows has firewalls enabled in Vista and 7. Various linux desktop distros also have firewalls enabled by default also) is not preventing the communication, it should all be working fine. We have a Dlink DIR-615 on my housemate's broadband and I can verify that port forwarding does work fine with it (although generally speaking it is quite possibly the worse home gateway device I've ever had the misfortune to use).
If you're 100% sure that you have not made a cock up (i.e. its forwarded to the correct local IP) and all firewalls have the relevant holes poked in them, I'd consider talking to your provider, and try it locally to ensure that something odd hasn't mangled the server and its files.
Last edited by the_angry_angel, .
Yes, I gave up the job (see http://theangryangel.co.uk/blog/mostly-harmless if you want to know more).
If you're renting a server from UKgame then I'd suggest contacting UKgame - they're providing a service and its not working for you.
Many game server providers provide customised interfaces so that you don't have to directly modify the config files. I do not know if UKgame do this, but its quite likely.
Possibly, but if there are problems I'm yet to come across any show stoppers yet
Bear in mind I'm not dev'ing a lot recently tho.5.2.6 on my production boxes.
Both 5.3.2 and 5.2.6 on dev boxes (at the moment).
I'd suggest targetting 5.3.x - unless do use some of the new features the code should work on 5.2.x.
Both 5.3.2 and 5.2.6 on dev boxes (at the moment).
I'd suggest targetting 5.3.x - unless do use some of the new features the code should work on 5.2.x.
Whilst I'm compelled to say "I am very aroused (read: excited)!" I wish you all the luck in the world with your new server.
Just spotted this on HackADay - http://hackaday.com/2010/04/18 ... -sim-with-real-car-parts/ (decided it was more OT than anything else).
Granted we've seen other smaller scale stuff like that before, but its nice to see someone's work with LFS featured on such a prominent hardware hackers website
Granted we've seen other smaller scale stuff like that before, but its nice to see someone's work with LFS featured on such a prominent hardware hackers website
FGED GREDG RDFGDR GSFDG