2 bytes? Let me guess ... it restarted the computer? I remember you telling me once it did something like that.

Haha you gave yourself away. I knew I remembered seeing it somewhere. I did a search on techtalk for "assembly" and came up with this post that you wrote talking about that 2 byte program.

[thread]140[/thread] and it's the 4th post down.

sorry :mrgreen:

Hmm ... that's cuz I can't think of one. Possibly the Unix-based file manager I wrote in C this past semester for Mini-Krish. (It makes it a lot harder when you don't know C at all and the professor gives you no help.) I anticipate the file server queue I have yet to write for this guy to be tough too (hopefully not though!)

I'm also very proud of the Dictionary ADT (hash table) I wrote for CSC120 with Kamberova ... some of the stuff I did in Liang's class with QT was a lot of hard work too.

Probably the most complicated stuff I've done is work with the back-end of this damn forum software ;) It's my first endeavor with PHP and I sorta jumped into this complex proggie consisting of 200+ php files.

EDIT: After thinking about it, I decided that this phpBB forum software isn't hard, it's just long and tedious :o

Well that is a tough one.... let me see. I have two actually.

One is a program we had to write in school that simulate the different CPU alogorithms, and we had a choice of any language. Sounds like a dream...it wasn't. It was extremely tough, since we also had to display results, and show a graph. I decided to go the VBA route in good old Access 2000.

The second most difficult was probably the first C++ program I ever had to create, which was an actual functioning Tax Calculator. First exposure to C++ was definitely a downer. :-)

Restarting the computer would be smaller than a NOP?

Files manager sounds interesting.. but my hardest was a .DOC to .HTML conversion program in PERL.

Restarting the computer would be smaller than a NOP?

What's a NOP?

Thanks.

Hardest? The one I'm working on right now... which isn't necessarily hard, just boring and time consuming.

A 2-tier client/server app in VB.NET with SQL Server support. It's a distributed app for my dork roomies and their RPGs. We have a LAN, so they want an distributed app to completely eliminate the paper and pencil aspect of their roleplaying games.

So... functional player sheets and dice rollers on teh clients, with the server having full access to the info and the ability to change info (the server is the GM's computer, obv.)... basic interface is done. I have the clients talking to server, and server talking to DB.

Once I got basic functionality done, and communications between client-server-db, I started fooling with making little openGL animations for 3-d dice rolling, hoping to stick them in a box somewhere in a VB window.

It's a huge, uncommented, hog of a program.. and damn messy. I think i may give up soon. Just getting the thing talking to it's different components took out my oomph. i haven't even begun to create the business rules, or built the huge multi-table relational database.

Blah, programming is hard, yo.

:(

hello world

i made a c to f converter in spanish and in english, the spanish grammar was really hard.

but making chocolate chip cookies was the hardest for me, the source code was all wrong

hehe :) C to F as in celcius to farenheit? ;)

Oh shut up you. :P (There, an even more senseless post.)