[AccessD] OT: Why did Mac switch to Intel revisted

Josh,

Do you mean VS.NET 2005 Beta 2 when you talk about Edit & Continue feature?
You guess they will never be able to make it stable? (they managed to do
that with VB6 and even in MS Access 2003 (although both VB6 and MS Access
2003 still may crash unexpectedly in complicated cases) - they will probably
make it working stable somewhere in not that far future? No any hopes you
think?

By using reflection I mean injecting specific attributes BEFORE Just-in-time
compilation, just as one of thr possible ways to do that, in fact it will
not be needed probably because attributes will be inline with the source
code...

Did you try any of obfuscators or other methods to protect compiled code
from reverse engineering? - I did - and I found they are good enough even
the cheap ones, and expensive ones are very good.

I have heard they made good progress with ATL in VS.NET 2005. But I can't
judge here because I do use ATL a few.

I didn't know that much about prioritizing threads to logical processors and
HyperThreading.
Yes, I may also say that what MS and Intel are doing now - a lot of that is
deja' vue - they got acuiqred a lot of that from the companies they bought
etc. but they are compiling all that stuff now and adding their own very
well IMO and they are developing very promising new technologies on top of
that "deja' vue" knowledge and experience. (and no, I was never "crazy"
about technologies...)

"Good software design policies" if I got that correctly is a very broad term
Do you mean they can restrict also the quantity of attributes and methods of
a class? If yes - could you please post an example of such software design
ploicy here or give a reference to it, which also shows that it worked in a
real life project?

Shamil

----- Original Message ----- 
From: "Josh McFarlane" <darsant at gmail.com>
To: "Access Developers discussion and problem solving"
<accessd at databaseadvisors.com>
Sent: Friday, August 19, 2005 7:25 PM
Subject: Re: [AccessD] OT: Why did Mac switch to Intel revisted


> On 8/19/05, Shamil Salakhetdinov <shamil at users.mns.ru> wrote:
> > And VS.NET is already using broadly declarative programming  with
> > attributes - to mark an object as an "independent entity" belonging to
this
> > or that category (read running on independent core) is by just adding
some
> > attributes to the object code. Even more - .NET Assemblies can be
changed on
> > the fly using Reflection therefore such attributes can be "injected" on
> > run-time. Even more.... yes, what they are doing with C# 2.0 and what
they
> > plan to do with C# 3.0 - all that becoming more and more "crazy" and
> > flexible - real SOFTware can be written using this current and coming
> > development tools...
> >
> > Shamil
>
> The question you have to ask yourself is if the added reflection will
> bring more problems than it fixes. Modifying already-running code has
> never been one of Microsoft's strong points. The Edit and Continue
> compiler of VS 2005 is horribly horribly buggy, but not much can be
> done to fix it, as it doesn't crash at defined points, it just
> randomly crashes everything, including the compiler and the program
> that is running.
>
> Due to reflection and JIT compiling, .NET Assemblies are still very
> reverse engineerable also, and tend to make it appear like a
> Java-similar language. What I'd like to see Microsoft work more
> towards is the actual refinement of their other libraries, which they
> seem to have left in the dust in .NET. MFC and ATL still have huge
> defficiencies in some of their classes (CSocket / CSocketFile /
> CArchive comes to mind as a huge one that has never worked as
> intented).
>
> Prioritizing threads to logical processors, and even restricting them,
> is nothing particularly new. The commands were added when
> HyperThreading first hit language support, and it's actually quite
> easy to do both hardcoded and real-time.
>
> Good software design policies can always help make your software more
> flexible and "crazy".High-level languages can make this apparent by
> restricting the design policies you have control over, and making you
> more dependant on the language rather than your own design ideas.
>
> Josh McFarlane
> -- 
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com