I looked at your code and i am not of your level :)It's funny you said that...
When I got my empeg back in august 2000, I was planning on doing funny stuff on the empeg.
My first project was writing an LDAP-server on the empeg. The openldap-sources crosscompiled well and it had an interface for external modules as backend.
I was thinking of using perl-scripts as backend for openldap on the empeg, but what a disappointment : an average perl-script uses more memory on the empeg than it can handle, so I went off with plan B : compile a small perl-executable with just the bare essentials. Plan B went into the wastebasket; crosscompiling perl wasn't possible.
Plan C : install gpc (GNU Pascal Compiler) and dig up my TP7/Delphi experience. This wasn't an option either, executables still grew quite large, and string handling in GPC was tough... At this point I threw away the crosscompiler on my linux PC and went on compiling on the empeg itself; small programs compile rather swift on the empeg.
There was one other option : use the native backend for openldap, which required me to code in C.
I did some C-programming before, of course I had the basic C-programming courses at school, but I never did get the hang of it. I studied mathematics and the main programming-language used by mathemagicians is pascal.
After spending hours looking and modifying the examples supplied by openLDAP, browsing through manual pages and searching for C-primers on the internet, I finally had a working LDAP-server.
The further I got into C the more I liked it... Strange, I had the same with perl; I did quite some shell-scripting before and couldn't make the leap to perl because of it's awkward syntax, but once I got the hang of it, I didn't want to code in anything else.
The code in displayserver may seem out of your reach because it's one big mess at the moment. I started with a simple TCP-server to handle HTTP-requests and before I knew, I had added a thousand lines of code around this skeleton. I think I'm going to implement some minor changes to the existing code and then start writing some new stuff from scratch.
I've got the current version also running as a multi-threaded application, but this causes other problems : memory usage increases and when one thread crashes, the complete application crashes.
Well, I think I'm dwelling off in this thread and most people are probably bored to death by developer-talk, which brings me to another point : Why am I posting in the general forum? I should be posting in Projects or Programming.
One thing for other starting developers : look at the links section of
Aouali's homepage for usable resources... Neat scrapbook applet BTW...
-- I get the message " class empegApplet not found " in ie 5 and an ERROR in Netscape (in the status bar at the bottom).Strange, I've tested in IE4, IE5, NS4.5, NS4.7 on win9[58]/win2k/NT4 and linux.
the empegApplet.class file should be automatically downloaded from the same URL the HTML-file is from.
A cause of this could be the fact you've configured IE to use a proxy-server or something similar.
I also know of some win98 installations with light-versions of the java-VM, which doesn't allow you to make any TCP-connections from java.
this brings me to some other strange things in IE :
I cannot log into the BBS anymore from win98/IE5when I click login, it waits endlessly to fail in a timeout. This problem started this morning and continued through the day. Everything is fine from linux/netscape...
I guess I've got to use the microsoft way of solving problems :
REBOOTWell I did and started win2k...
-- when i encue the M3U, the password and user are not in the shortcut :
http:/123.123.123.123/name/song.mp3
and not
http://ttt:[email protected]/name/song.mp3That's a good point; I tested with media player 7, realplayer and earjam, which all come up with a login dialog to supply username and password when the m3u file is processed. I had noticed winamp's behavior though, so I added an option to disable authentication completely. start displayserver like :
# ./displayserver noauth
to disable authentication
I'm going to implement your solution also, as it seems it would solve all problems.
Wow, I spent more than an hour writing this stuff, I guess I need a vacation...
Frank van Gestel