Guest Sharkfan Posted December 1, 2003 Report Posted December 1, 2003 My friend is trying to play but can only play on a subspace client(?)It would be nice for a Programmer or whatnot to make one
Smong Posted January 5, 2004 Report Posted January 5, 2004 I tried that and it didn't work for me. Missing turret.bmp and turret2.bmp and there's some !@#$%^&*ertion error when you import the graphics.
Snrrrub Posted January 7, 2004 Report Posted January 7, 2004 Yes, that's because the version you downloaded was missing those files. I had updated the distro a day or two later to include those files but I guess some people still have the old files. The reason the !@#$%^&*ertion failed when you imported those files from SS/Ctm is because of BMP compression. Apparently SDL doesn't support loading compressed bitmaps. If you REALLY want to get that version to work, you can re-save turret.bmp and turret2.bmp in something like Photoshop. There will be an option to save it as a compressed bitmap (I think in photoshop it's a checkbox) and it should work just fine. Of course, I don't think you're going to get much use out of that version of SnrrrubSpace but I guess it's at least something different to look at. -Snrrrub
Smong Posted January 8, 2004 Report Posted January 8, 2004 In that case it seems the version on SSDL never got updated to the new version (I just downloaded it again and it has the same md5). After putting RGB encoded .bmp's in the data directory I still get an error.space: serverprot.cpp:20: void beginLogin(Packet *): !@#$%^&*ertion `p->len >= 7' failed.Aborted
Snrrrub Posted January 8, 2004 Report Posted January 8, 2004 Hmm, that's pretty funny. I guess Priit changed the protocol on me... or something. Oh well. I guess you'll have to wait (perhaps indefinitely) for the next SnrrrubSpace. I know that works. hehehe... I'm a -*BAD WORD*- -Snrrrub
Testtube Posted February 20, 2004 Report Posted February 20, 2004 Well Unfortunatly There is no way to keep up with the new releases in software.Unless we are atleast Notified that the software has changed. If you want Files updated on SSDL it would be best to either post on the forum that there is a update to a file Or a new file needs to be added. We can not spend every day examining file sizes to determine if there is a new release. Moral of the story Let us know and we will update. -Testtube SSDL Owner
»i88gerbils Posted February 20, 2004 Report Posted February 20, 2004 That's why it should be like CVS or something.
»CypherJF Posted February 20, 2004 Report Posted February 20, 2004 I asked TheBajan to remove the Continuum F1 editors off of the SSDL, because they are wrong when saving %p vs %P... but no action taken yet .. so if you'd be so kind to do that (the old one on the archive, or add a notice.txt stating that...).... I'll re-upload the new F1 Editor when it's done being in beta..
Mr Ekted Posted February 21, 2004 Report Posted February 21, 2004 "UK-based security firm mi2g has analyzed 17,074 successful digital attacks against servers and networks. The results are a bit surprising. The BSD OSes (including FreeBSD and Mac OS X) proved to be the systems least likely to be successfully cracked, while Linux servers were the most vulnerable. Linux machines suffered 13,654 successful attacks, or percent of the survey total. Windows based servers enjoyed a sharp decline in successful breaches, with only 2,005 attacks."
Smong Posted February 21, 2004 Report Posted February 21, 2004 Apparently mi2g speak out of their ***. Do a Google search on 'mi2g talk '.
Dr Brain Posted February 22, 2004 Report Posted February 22, 2004 "UK-based security firm mi2g has analyzed 17,074 successful digital attacks against servers and networks. The results are a bit surprising. The BSD OSes (including FreeBSD and Mac OS X) proved to be the systems least likely to be successfully cracked, while Linux servers were the most vulnerable. Linux machines suffered 13,654 successful attacks, or percent of the survey total. Windows based servers enjoyed a sharp decline in successful breaches, with only 2,005 attacks."Interesting. Now, are those figures balanced by how much of a percentage the server group represented? For example, there are fewer BSD servers than Windows servers, but it might be possible that a greater percentage of the BSD servers were hacked than windows ones, even if the actuall numbers of windows ones would be greater. NOTE: I know BSD is way more secure than Windows.
Jason Posted February 22, 2004 Report Posted February 22, 2004 I'm definitely skeptical of those statistics, basically because of what Dr Brain mentioned, "Now, are those figures balanced by how much of a percentage the server group represented?". I mean, no -*BAD WORD*- there haven't been many successful Mac OSX attacks... no one's bothering to attack in the first place. And the same goes for FreeBSD. Linux has a much larger market-share than FreeBSD/Mac OSX, so logic would dictate it's going to be subject to more attacks. In conclusion, statistics are evil. They're too selective in the information they present, and context, which is key, is most often ignored.
Smong Posted May 5, 2004 Report Posted May 5, 2004 Now some will say, well computers are so fast we can now get away with this. Naw, you just a lazy bloatware programmer. Sadly, the Newest generation of computer programmers don't have respect for the hardware that makes their code possible.I am looking for someone with intermediate linux knowledge, old hardware (read: less than 500mhz) and X, send me a PM saying why you think you are suitable and I'll get back to you. mi2g: http://vmyths.com/resource.cfm?id=64&page=1
Hunner Posted October 31, 2004 Report Posted October 31, 2004 2 things. To the Linux call, I am sitting on a 450mhz 384mb Mandrake system (I know. I was just starting when I installed it.) and next to me is a 300mhz 64mb laptop running Slackware (IMHO the true Linux). I would say I am now intermediate. I dont have any coding knowledge except web languages such as html php perl etc. And to Snrrrub, I got SSDL's snspace and used my turret?.bm2 from Cont. and put them in the data folder as turret?.bmp, and got the file loading error. I opened them in Gimp, (2.0) but didnt see a compressed bmp setting anywhere, but I saved over the originals anyways. When I loaded Sns again I did not get the file loading errors, though I could still not see anything when connecting to a zone, except what I'm guessing is the framerate in the top corner. Another thing to note is that before and after adding the bmps if I tried to connect to my local ASSS server then I got the serverprot.cpp error, but not if I connected to the large zones such as Chaos or EG. Thanks for makin this and hope this helps.
Recommended Posts