A MMOG engine.
It had a global view of all players & you could only see the people on your own 'map'... there was a limit of 14,000 maps or something like that... 256X256.
The neat part about it was that you could have people online playing & somebody could edit pat #24 & EVERYBODY would immidiatly see the new mat 24, the old one would be history! It allowed moderators to build the world without the players having to redownload the program itself.
However it kinda went outta date after I never added any goal to it whatsoever.
<It was made with game maker... pretty good too seeing as it ran at its full speed without much lag at all!>

Well, the hardest thing I've ever made would have to be the programming language I invented in April this year. It's a very low-level two-dimensional progamming language for DOS that compiles to around 3K for most programs. It can do self-modifying code, PUT/GET in it's little world of two-dimensional memory, etc. I made an interpreter first in VB, but it became difficult to maintain and buggy (spaghetti code doesn't even begin to describe that mess), so I decided to make an inline interpreter in assembler. The compiler is relatively simple (it opens the assembled inline interpreter, inserts the code, and saves as a .COM file), but the inline interpreter is a real challenge to work on. If you want to try it out, I decided to make it freeware: http://www.parabolagames.com/?page=c...&p=twirq_1_0_0

If you try it out, tell me what you think .

Hmm. my hardest program is probably a recursive binary tree program in C++, that could be sorted with a few different algorithms. Nothing too hard really, but I have had some large pain in the ass "Projects" that I wouldn't call programs.

I worked for Intuit for four years working on QuickBooks. Man, that was a huge program! And the hard part was that they had so many users and the new versions had to be better/cleaner/faster than the older versions. When the app loaded in Windows, 135 DLLs would load! about 50 of those were MS dlls, of course, but still...

Hardest project (Program?) I have had so far is to write a package in Ada using and manipulating strings. The problem was, rather than using get_line for the input, we had to use get. The computer had no idea how long the real string was, it only knew it was dimensioned to be 80 characters.

Well, I put a nice interface on it, and hoped for the best...

The hardest thing I ever wrote was just a fun project. It was intended to be a screen saver and was written to run under dos of all things! At the time 640x480 resolution was HiRes and nobody did any real 3d graphics mapping in that res. My screen saver was a 3 dimensional cube that bounces inside of a 3 dimensional box. The cube has pictures mapped on it's sides which stay in proportion as it bounces, spins and goes toward and away. The box changes in size also. It is written in Borland C and the innermost operations are in Turbo Assembler. The code had to be optimized down to the very last processor instruction in order to get it to run on the machines of the day. The last version was written using the original Win G library that MS put out with windows 3.1. heheh Anyone remember that? After I finished it, I put it in the drawer and its remained there ever since. Reading this thread made me remember it. If anyone is curious, I'm going to post a copy as an attachement. I realize, no one outside the house has ever seen it until now. You have to set your screen color to 256 or it won't run.

This has been pretty inactive for a couple of weeks, but here I go...

The hardest thing I've written was not really hard, but tedious. In some of my spare time I work with numbers for different reasons and thought it would be convenient to write something to the effect of a spreadsheet only not a spreadsheet. There are math rules and extra rules. I think I have it around somewhere. I hardly use it like I used to.

Example... If I collect the data of select stars and planets and then want to have a list of furthest from and closest to certain positions or have them listed by apparent magnitude and apparent luminosity side by side. Sometimes I just want to calculate how many hours my boss is allotted to schedule me and my coworkers. The thing is that I wanted one program where I create a function I want to perfom and set rules for its presentation and come back to it whenever I want. Like sometimes I want to add extra variables like date or position or whatever the case may require. Anyway. I had most of the trouble with the flow chart because of the complexity I wanted and the writing was a little tricky cause I typo a lot. Damn it! Anyway.

That was the hardest one done. Right now I'm working on a toy encryption program that creates keys and such and such. I'm still working out the general theory and some of the flow for cetain aspects. Fun stuff, but also very much a headache.

Alcides.

I see a wonderful mix of hard programs here.

My hardest would have to be work on creating a low-level type-safe language similar in spirit, but more expressive and powerful than Microsoft's Vault Language.

The key to this language was that you could annotate code with a set of invariants that each function and data structure must maintain throughout the program. These invariants are statically checked at compile time; they incur no run-time cost, and yet, if you compiled the code, you were guaranteed that the code would abide by that set of invariants.

This was great because at compile time you could do things like... prove that your code will never overflow a buffer, and you didn't have to implement the run-time array bounds check that Java does to be safe!!

Best part of this language is that the compiled result was safe C code (though using the AST, we could just as easily generate other languages). You could plug it into any existing system components as safe code.

Here were the drawbacks to the language:
1) Programming required intense expertise---writing a program involved finding a logical progression of constraints.
2) Extra annotated code (30% extra code... though we were working on gettting this number down)
3) Compilation took exponential time. We used the Omega test to solve multiple Pressburger equations for every new constraints... Oh how painful it was when a program didn't compile after 3 hours due to some constraint equation I got wrong!! (Garbage collector: 5 hours distributed compilation on 3 machines. Though there are many tricks at optimation we have yet to try.)

We made a safe firewall and fileserver that in conjunction with an IBM secure coprocessor should be a very secure system.

If you are interested, you can check out the most recent workshop publications at Space 2004.


Ed

Cosi, that's pretty impressive... I've never heard of Pressburger equations or the Omega test (and I'm going into Calculus III this semester). That must be something in Calculus XIV or something like that.

Anyway, that sounds similar to the DOD's language, Ada, which allows coders to mathematically prove that their code is bug free or something like that. Would it be possible to get a copy of your language or is it an in-house specialty that nobody else can use?

Wow! What a long thread! I've done the 2-byte program too. I saved the binary to "int ?" something to call the boot ROM - can't remember to a DOS .com file. The 1 byte would be a 0x90 which is handy for padding out hacker shell code but doesn't do much.
Most complicated code was 8086 assembly to run in high memory and process credit card message via SNA/SDLC (LU0). The ABSOLUTELY most complicated thing I've done is what I am doing right now -- trying to install Red Hat in a high partition without moving W2K and coming up with SOME way of booting it! Is there no end to having to learn stuff!