Re[2]: [Dev-C++] Longhorn API

[Per W. <pw...@ia...>]

Well, it should be obvious by now that I'm a clock-cycle counter and want
the fastest possible solutions :-)

About learning new technologies. That's life. At least every 3-5 years
every programmer are normally expected to relearn a completely new
methodology or concept.

- 16-bit MS-Dos with segmented memory and Terminate-and-Stay-Resident
tools.
- Borland Turbo-Vision text-window libraries.
- Borland Object Windows Library (OWL) windows graphics libraries.
- 16-bit Win 3.1 with cooperative applications who locked up the machine
if they got stuck in a loop.
- 32-bit linear Win32 applications with memory management and
multi-tasking.
- ActiveX controls.
- OpenGL graphics
- DirectX graphics
- ISAM databases.
- Dynamic link libraries.
- Microsoft JET databases.
- COM and DCOM components.
- Microsoft Foundation Classes.
- Microsoft ADO database API.
- Garbage Collection.
- Mpeg video and audio.
...

The only bad thing is when a new technology has a high cost of learning
and migrating, without giving a clear improvement.

The Wintel world has always had binary compatibility as the main target.
It's nice for the end users, but means that all old applications normally
keeps the limitations of the machines they where originally written for.

In the Unix world on the other hand, the goal has been source code
compatibility. The advantage is that you may take your 10 year old code
written for a 68000-based machine as recompile on brand new super-machine,
and suddenly your old program will run 100 times faster while allowing
huge projects to be processed.

/Per W

On Tue, 4 Mar 2003, Zodiaq wrote:

> Hello Ioannis and all Dev-C++ users,
>
> Tuesday, March 4, 2003, 6:26:37 PM, Ioannis wrote as follows:
>
>
> > That would be OK with me (i am not MS fan, i would dare to state that i
> > am the opposite).
>
> Two important thing to notice:
> -please, please, please don't use your way to write REs, this method
> of using =>> make mails unreadable, not totally, but I have to wonder
> where's your text, and where's the person you respond... please you
> stansard >>
> -I'm not fan of M$ either, but there are still lot of programs that
> can be written (niche - like in firewalls, maybe good games) and (what
> is relly important) there ale lot of people that can use your software
> (heh, and pay for it if you decide to release it under shareware)
>
> But there is also one really important thing to notice - rewriting so
> many software, means work for us - programmers... but, hey - not .NET,
> it suxx (these are the words of speed/size maniac!)
>
> --
> regards, Zodiaq
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
> for complex code. Debugging C/C++ programs can leave you feeling lost and
> disoriented. TotalView can help you find your way. Available on major UNIX
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>