> Raczej zwykly kod Java do IL.

Ale zalozmy ze masz aplikacje dostarczana w fomie juz plikow class (ew
jar). Czyli w kodzie posrednim Javy. Z tego jak ja to rozumiem, aby
cos takiego odpalic na Singularity/Midori trzeba by to przetlumaczyc
na kod posredni microsoftu. Czyli maszyna Javy pod ten system musiala
by cos takiego robic.

Dobrze rozumiem?

Teraz pytanie czy taka translacja wogole jest mozliwa.


A co do aplikacji pisanych w innych jezykach jak np C++ nie zarzadzany
nie bylo by kompletnie zadnej mozliwosci odpalenia exe. Chyba ze
uzyjemy jakiegos VMWare pod Singularity.

Z jednej strony koncepcja Midori jest ciekawa, ale z drugiej strony
nie wiem czy to nie wymusi pisanie aplikacji wylacznie w C# i innych
jezykach .net.

do góry

On Tue, 17 Mar 2009 16:09:12 +0100, Jędrzej Dudkiewicz
<j...@g...com> wrote:

>Grzegorz Niemirowski wrote:
>> A.L. <a...@z...com> napisał(a):
>>> Lacznie z tym, na przyklad, ze program sie zatrzyma i nie bedzie sie
>>> petlil po wieki?..
>>> To mi wyglada na typowt Microsoftowy Biz Talk
>>> A.L.
>>
>> Tego tutaj nie obiecują.
>
>Tak, ale to, co napisał mgk sugerowało, że to jest właśnie weryfikowane.
>I na to A.L. zwrócił uwagę.
>
>JD

Zwracam jeszcze uwage ze nei da sie wykryc czy beda czy nie beda
"memory leaks". Mimo odsmiecacza.

A.L.

do góry

> Zwracam jeszcze uwage ze nei da sie wykryc czy beda czy nie beda
> "memory leaks". Mimo odsmiecacza.
>
> A.L.


To nie ma zwiazku.
Wazne by aplikacja nie mogla tego samego co nie moze np exe odpalony
teraz na windows. Czyli nie moze modyfikowac nie swojej pamieci, itp.
Dzieki temu jesli mamy o tym pewnosc mozna ja odpalic w trybie jadra i
wiemy ze sie nic nie popsuje.

Memory leaki, zwisy itp nie byly nigdy zabespieczane przez system i
Midori tez tego nie zabespiecza. Nie da sie przed tym zabespieczyc.

Pozdrawiam

do góry

On Tue, 17 Mar 2009 14:27:59 -0700 (PDT), mgk <m...@w...pl> wrote:

>> Zwracam jeszcze uwage ze nei da sie wykryc czy beda czy nie beda
>> "memory leaks". Mimo odsmiecacza.
>>
>> A.L.
>
>
>To nie ma zwiazku.
>Wazne by aplikacja nie mogla tego samego co nie moze np exe odpalony
>teraz na windows. Czyli nie moze modyfikowac nie swojej pamieci, itp.
>Dzieki temu jesli mamy o tym pewnosc mozna ja odpalic w trybie jadra i
>wiemy ze sie nic nie popsuje.
>
>Memory leaki, zwisy itp nie byly nigdy zabespieczane przez system i
>Midori tez tego nie zabespiecza. Nie da sie przed tym zabespieczyc.
>
>Pozdrawiam

No to tzreba bylo tak pisac od razu

A.L.

do góry

mgk <m...@w...pl> napisał(a):
> To nie ma zwiazku.
> Wazne by aplikacja nie mogla tego samego co nie moze np exe odpalony
> teraz na windows. Czyli nie moze modyfikowac nie swojej pamieci, itp.

Akurat modyfikowanie nieswojej pamięci to i pod Windows nie jest takie
proste.

--
Grzegorz Niemirowski
http://www.grzegorz.net/
OE PowerTool i aktualności ze świata Outlook Express: grzegorz.net/oe
Uptime: 27 days, 10 hours, 51 minutes and 9 seconds

do góry

mgk <m...@w...pl> napisal(a):
> Ale zalozmy ze masz aplikacje dostarczana w fomie juz plikow class (ew
> jar). Czyli w kodzie posrednim Javy. Z tego jak ja to rozumiem, aby
> cos takiego odpalic na Singularity/Midori trzeba by to przetlumaczyc
> na kod posredni microsoftu. Czyli maszyna Javy pod ten system musiala
> by cos takiego robic.
> Dobrze rozumiem?

Tak.

> Teraz pytanie czy taka translacja wogole jest mozliwa.

Pewnie jest, nie wiem tylko czy oplacalna.

> Z jednej strony koncepcja Midori jest ciekawa, ale z drugiej strony
> nie wiem czy to nie wymusi pisanie aplikacji wylacznie w C# i innych
> jezykach .net.

Co rozumiesz przez jezyki .net? Jezyki wymyslone przez Microsoft? Rózne
jezyki sa przenoszone na .net, np. Python.

--
Grzegorz Niemirowski
http://www.grzegorz.net/
OE PowerTool i aktualnosci ze swiata Outlook Express: grzegorz.net/oe
Uptime: 27 days, 10 hours, 52 minutes and 59 seconds

do góry

On Tue, 17 Mar 2009 14:27:59 -0700 (PDT) mgk <m...@w...pl> wrote:

> To nie ma zwiazku.
> Wazne by aplikacja nie mogla tego samego co nie moze np exe odpalony
> teraz na windows. Czyli nie moze modyfikowac nie swojej pamieci, itp.
> Dzieki temu jesli mamy o tym pewnosc mozna ja odpalic w trybie jadra i
> wiemy ze sie nic nie popsuje.

A jak ten system radzi sobie z programami modyfikującymi własny kod?

w.

--
Kupię: http://wm.ite.pl/kupie.html

do góry

> Lacznie z tym, na przyklad, ze program sie zatrzyma i nie bedzie sie
> petlil po wieki?..

faceci z Cambridge Microsoft Research, którzy nad tym pracują, podobnie jak
Ty doskonale wiedzą jaka jest różnica między "static type-safety" i "dynamic
runtime checks" a "statyczne rozstrzyganie własności stopu". niepotrzebnie
wpierasz komuś coś, co nigdy nigdzie nie padło.

Wiktor Zychla

do góry

Uzytkownik "mgk" <m...@w...pl> napisal w wiadomosci
news:57e4c927-6604-41ce-855d-899cb70439dc@a39g2000yq
c.googlegroups.com...
>> Raczej zwykly kod Java do IL.
>
> Ale zalozmy ze masz aplikacje dostarczana w fomie juz plikow class (ew
> jar). Czyli w kodzie posrednim Javy. Z tego jak ja to rozumiem, aby
> cos takiego odpalic na Singularity/Midori trzeba by to przetlumaczyc
> na kod posredni microsoftu. Czyli maszyna Javy pod ten system musiala
> by cos takiego robic.
>
> Dobrze rozumiem?
>
> Teraz pytanie czy taka translacja wogole jest mozliwa.

Pewnie tak, np.:
http://www.ikvm.net/

Pozdrawiam
Grzegorz

do góry

Wojciech Muła wrote:
> On Tue, 17 Mar 2009 14:27:59 -0700 (PDT) mgk <m...@w...pl> wrote:
>
>> To nie ma zwiazku.
>> Wazne by aplikacja nie mogla tego samego co nie moze np exe odpalony
>> teraz na windows. Czyli nie moze modyfikowac nie swojej pamieci, itp.
>> Dzieki temu jesli mamy o tym pewnosc mozna ja odpalic w trybie jadra i
>> wiemy ze sie nic nie popsuje.
>
> A jak ten system radzi sobie z programami modyfikującymi własny kod?

Twoje pytanie powinno brzmieć: "Jak programy modyfikujące własny kod
radzą sobie z systemem?". Nie mam pojęcia, ale jeżeli jest jit (a jest),
to potrzeby tworzenia samomodyfikującego się kodu chyba za bardzo nie
ma. Można profilować, optymalizować i rekompilować ad nauseam.

JD

do góry