Cześć,
Ta wiadomość dotyczy projektu CULE.NET, udostępniającego najnowszą
technologię MS .NET dla programistów Clipper/VO. Specyfikacja języka jest
oparta o CA-Clipper i CA - Visual Objects. W zamiarze twórców, głównie Roda
da Silvy, znanego eksperta w VO, CULE ma ułatwić na migrację programistów
języków Clipper i VO do technologii .NET.
Załączam kopię listu listu Roda da Silvy jaka sie ukazała w grupie
dyskusyjnej VO.
Uwaga, link podany w liście Roda jest nieprawidłowy i powinien być:
www.culedotnet.com/culeportal
Pozdrawiam
Marek Zgadzaj
================ START KOPII =============================================
CULE.NET Beta Announcement (Feb. 07, 2002)
A few days ago Microsoft released the long awaited Microsoft.NET Framework
free to the public, as well as its critically acclaimed .NET development
environment-Microsoft Visual Studio .NET-to Universal level MSDN subscribes.
These events mark the beginning of a new era in Windows application
programming, sure to profoundly affect every software developer in time.
After over a year of development CULE.NET Systems is proud to announce the
start of a private beta for its CULE.NET language to a selected list of
developers. The CULE.NET language is a .NET implementation of a
CA-Clipper/CA-Visual Objects compatible superset language designed to run as
a first class citizen of the .NET platform.
With CULE.NET you gain access to the rich set of framework classes shipping
with the .NET Framework representing the new object-oriented programming
interface Microsoft is now standardizing around for its Windows line of
operating systems. Using CULE you can use these framework classes directly
or subclass and extend them as required, just as if they were CA-Visual
Objects classes. And since your CULE classes are 100% .NET compatible, they
can themselves be used or subclassed by any of the more then 20 languages
targeting the .NET platform including Microsoft's C#, Visual Basic.NET,
JScript.NET and C++ with Managed Extensions.
CULE's language specification starts with the elegance and familiarity of
CA-Clipper/CA-Visual Objects as a base and then adds dozens of modern
extensions to provide a "component oriented" software development experience
that will rival any computing language available today in terms of ease and
power of expression. CULE's rich semantics makes it extremely well suited
for a wide range of programming tasks-from GUI application development,
system programming, and class library/component authoring, to database
access, network programming and web service design.
CULE.NET leverages virtually the entire collective experience of
CA-Clipper/CA-Visual Objects programmers in order to provide an natural
migration path to the .NET platform. You will be writing .NET programs
within just a few minutes of installing the CULE.NET software since you don'
t have to learn a new language to gain access to the powerful .NET platform.
If you are interested in finding out why you are already .NET ready,
learning more about CULE, and/or participating in the CULE.NET beta
program, please visit our web site www.culedotnet.com or e-mail us at
b@culedot.com today!
----------------------------------------
About the company
CULE.NET Software Ltd. was founded in November 2000 with a mission to design
and develop CULE (Component Unification Language Everywhere)- a next
generation, component-oriented computer language. CULE.NET represents the
first implementation of the CULE language targeting Microsoft's .NET
platform.
CULE â is a registered trademark of CULE.NET Software Ltd.
All other products are trademarks or registered trademarks of their
respective companies
============================== KONIEC KOPII
=========================================
Otoz w swoeim programie jaki napisalem jakos element pracy magisterskiej (na
studiach nieinformatycznych) na koncu eksportuje sobie pewne dane do wczesniej
przygotowanego pliku Excel. Wykorzystuje tu pewne biblioteki
(Interop.Excel.dll, Interop.Microsoft.Office. Core, Interop.Office,
Interop.VBIDE). Program pisze w Visual Studio 2003. U mnie w domu wszystko
super dziala (mama Offica XP Small Bussines), natomiast na innym komputerze,
gdzie jest zainstalowany Office 2002 pojawia mi sie błąd (ponizej calosc
komunikatu). Pisze cos o starym formacie lub uszkodzonym pliku biblioteki. Czy
do od czego zalezy ten typ biblioteki, od Offica jaki jest zainstalowany na
kompie? Czy biblioteka której uzywam nie obsluguje Excela z pakietu Office
2002? Czy da sie jakos zrobic to bardziej uniwersalne, tak zeby nie bylo
problemu gdy pojawiaja sie rozne wersje excela?
Z gory dzieki za podpowiedzi!
"See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.
************** Exception Text **************
System.Runtime.InteropServices.COMException (0x80028018): Old format or
invalid type library.
at Excel.Workbooks.Open(String Filename, Object UpdateLinks, Object
ReadOnly, Object Format, Object Password, Object WriteResPassword, Object
IgnoreReadOnlyRecommended, Object Origin, Object Delimiter, Object Editable,
Object Notify, Object Converter, Object AddToMru, Object Local, Object
CorruptLoad)
at Sbss.ExcelClass.ZapiszExcel()
at Sbss.Form1.button2_Click(Object sender, EventArgs e)
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button,
Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System.Windows.Forms.Button.WndProc(Message& m)
at System.Windows.Forms.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg,
IntPtr wparam, IntPtr lparam)
************** Loaded Assemblies **************
mscorlib
Assembly Version: 1.0.5000.0
Win32 Version: 1.1.4322.2032
CodeBase: file:///c:/windows/microsoft.net/framework/v1.1.4322/mscorlib.dll
----------------------------------------
Sbss
Assembly Version: 1.0.2284.33720
Win32 Version: 1.0.2284.33720
CodeBase: file:///C:/Program%20Files/SBSS/Sbss.exe
----------------------------------------
System.Windows.Forms
Assembly Version: 1.0.5000.0
Win32 Version: 1.1.4322.2032
CodeBase:
file:///c:/windows/assembly/gac/system.windows.forms/1.0.5000.0__b77a5c561934e089/system.windows.forms.dll
----------------------------------------
System
Assembly Version: 1.0.5000.0
Win32 Version: 1.1.4322.2032
CodeBase:
file:///c:/windows/assembly/gac/system/1.0.5000.0__b77a5c561934e089/system.dll
----------------------------------------
System.Drawing
Assembly Version: 1.0.5000.0
Win32 Version: 1.1.4322.2032
CodeBase:
file:///c:/windows/assembly/gac/system.drawing/1.0.5000.0__b03f5f7f11d50a3a/system.drawing.dll
----------------------------------------
Interop.Excel
Assembly Version: 1.4.0.0
Win32 Version: 1.4.0.0
CodeBase: file:///C:/Program%20Files/SBSS/Interop.Excel.DLL
----------------------------------------
************** JIT Debugging **************
To enable just in time (JIT) debugging, the config file for this
application or machine (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.
For example:
<configuration
<system.windows.forms jitDebugging="true" /
</configuration
When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the machine
rather than being handled by this dialog.
"
| Z innej beczki, ze strony borland.pl
| "Nowe środowisko programistyczne ułatwi programistom Delphi przejście na
| platformę .NET"
| kto tak naprawde chce przejsc pod skrzydelka M$?
Większość z nas nie programuje pod liunxa lecz pod okienka. Więc znakomita
większość z nas jest już pod skrzydełkami M$.
| "Według firmy analitycznej Gartner Group do połowy 2004 roku większość
| organizacji zajmujących się tworzeniem oprogramowania powinna podjąć o
| poważne starania, aby przenieść na platformę Microsoft .NET Framework
| istniejące aplikacje Win32 i Component Object Model (COM), które mają
| być używane po roku 2007"
| to mnie dobilo, gdyby chociaz byl w tym cien prawdy
Od początku:
Systemy 32-bitowe, jak sama nazwa wskazuje, mają ograniczenie pamięci do 2GB. W
tej chwili bez problemu możn spotkać komputery z 0.5GB pamięci w zwykłym domu.
Łatwo wywnioskować, że już niedługo 2GB to będdzie za mało (właściwie dla wielu
serwerów to już w tej chwili tak jest). Jaka na to rada? Nic prostszego.
Przekomilować WinXP, tak aby działał w architekturze 64-bitowej nazwać go
Longhorn i M$ znowu nabija sobie kieszenie.
Otóż nie. Chłopaki wymyślili sobie, że przy tej okazji można by wreszcie
napisać nowy system operacyjny. Tak się składa, że .NET to pierwowzór API dla
nowych okienek. Nie będzie już Win32 API, będzie Avalon API. W związku z tym,
wszyscy, którzy będą chcieli wykorzystać możliwości nowych procesorów i nowego
systemu operacyjnego powinni dość poważnie myśleć o .NET. W tej chwili
wprowadzenie Windows Longhorn planowane jest na 2005.
Jest jeszcze drugi powód, dla którego warto zainteresować się .NET. Dzięki
niemu można w tej chwili tworzyć serwisy internetowe w podobny sposób jak się
pisze programy przy użyciu Delphi. Tak się składa, że coraz więcej firm, życzy
sobie aby nie pisać dla nich _programu_ robiącego to a tamto, lecz_serwis
internetowy_. Taki serwis dostępny jest praktycznie z każdego miejsca - w
biurze (za pomocą intranetu), a jak trzeba to i w londynie w każdej kafejce
internetowej. Nie trzeba nic instalować u klientów. Muszą tylko mieć
przeglądarkę internetową.
pozdrawiam
Arek
Dziekuje za glos bardzo ciekawie sie czytalo
moze zeczywiscie warto .NET-owac :)
Pozostaje tylko kwestia platformy, bo niby dlaczego mam sie pakowac w
drozsze Delphi skoro pod nos podtykaja mi Visuala wprost ze zrodel NETa
czyli m$. Jeszcze kwestia legalnosci, jak to jest moge przecie napisac
aplikacje w Visual C# czy D8 a potem pod framworkiem skompilowac i bede
legalny choc nielegalny.
No i jak tak wspolpraca firebirda z .NETem trzeba obadac.
Pozdrawiam
Pozdrawiam
KTMajew
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.
************** Exception Text **************
System.IO.FileLoadException: The located assembly's manifest definition with
name 'ADODB' does not match the assembly reference.
File name: "ADODB"
at PZU_PPE.ktm_formPZU.Form1_Load(Object sender, EventArgs e)
at System.Windows.Forms.Form.OnLoad(EventArgs e)
at System.Windows.Forms.Form.OnCreateControl()
at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
at System.Windows.Forms.Control.CreateControl()
at System.Windows.Forms.Control.WmShowWindow(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ContainerControl.WndProc(Message& m)
at System.Windows.Forms.Form.WmShowWindow(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at System.Windows.Forms.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg,
IntPtr wparam, IntPtr lparam)
=== Pre-bind state information ===
LOG: DisplayName = ADODB, Version=7.0.3300.0, Culture=neutral,
PublicKeyToken=b03f5f7f11d50a3a
(Fully-specified)
LOG: Appbase = D:PZU
LOG: Initial PrivatePath = NULL
Calling assembly : PZU-PPE, Version=1.0.2340.17686, Culture=neutral,
PublicKeyToken=null.
===
LOG: Publisher policy file is not found.
LOG: Host configuration file not found.
LOG: Using machine configuration file from
C:WINDOWSMicrosoft.NETFrameworkv1.1.4322configmachine.config.
LOG: Post-policy reference: ADODB, Version=7.0.3300.0, Culture=neutral,
PublicKeyToken=b03f5f7f11d50a3a
LOG: Attempting download of new URL file:///D:/PZU/ADODB.DLL.
WRN: Comparing the assembly name resulted in the mismatch: NAME
************** Loaded Assemblies **************
mscorlib
Assembly Version: 1.0.5000.0
Win32 Version: 1.1.4322.2032
CodeBase:
file:///c:/windows/microsoft.net/framework/v1.1.4322/mscorlib.dll
----------------------------------------
PZU-PPE
Assembly Version: 1.0.2340.17686
Win32 Version: 1.0.2340.17686
CodeBase: file:///D:/PZU/PZU-PPE.exe
----------------------------------------
System.Windows.Forms
Assembly Version: 1.0.5000.0
Win32 Version: 1.1.4322.2032
CodeBase:
file:///c:/windows/assembly/gac/system.windows.forms/1.0.5000.0__b77a5c561934e089/system.windows.forms.dll
----------------------------------------
System
Assembly Version: 1.0.5000.0
Win32 Version: 1.1.4322.2032
CodeBase:
file:///c:/windows/assembly/gac/system/1.0.5000.0__b77a5c561934e089/system.dll
----------------------------------------
Microsoft.VisualBasic
Assembly Version: 7.0.5000.0
Win32 Version: 7.10.6001.4
CodeBase:
file:///c:/windows/assembly/gac/microsoft.visualbasic/7.0.5000.0__b03f5f7f11d50a3a/microsoft.visualbasic.dll
----------------------------------------
System.Drawing
Assembly Version: 1.0.5000.0
Win32 Version: 1.1.4322.2032
CodeBase:
file:///c:/windows/assembly/gac/system.drawing/1.0.5000.0__b03f5f7f11d50a3a/system.drawing.dll
----------------------------------------
************** JIT Debugging **************
To enable just in time (JIT) debugging, the config file for this
application or machine (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.
For example:
<configuration
<system.windows.forms jitDebugging="true" /
</configuration
When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the machine
rather than being handled by this dialog.
Jednak jak przeniosę ten program i katalog bazy danych do katalogu na
serwerze Novell'a następuje poniższy błąd.
Jak jemu zaradzić?
Dziekuję za pomoc i pozdrawiam
KTMajew
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.
************** Exception Text **************
System.Security.SecurityException: Request for the permission of type
System.Security.Permissions.SecurityPermission, mscorlib,
Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 failed.
at PZU_PPE.ktm_formPZU.Form1_Load(Object sender, EventArgs e)
at System.Windows.Forms.Form.OnLoad(EventArgs e)
at System.Windows.Forms.Form.OnCreateControl()
at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
at System.Windows.Forms.Control.CreateControl()
at System.Windows.Forms.Control.WmShowWindow(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ContainerControl.WndProc(Message& m)
at System.Windows.Forms.Form.WmShowWindow(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at System.Windows.Forms.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg,
IntPtr wparam, IntPtr lparam)
************** Loaded Assemblies **************
mscorlib
Assembly Version: 1.0.5000.0
Win32 Version: 1.1.4322.2032
CodeBase:
file:///c:/windows/microsoft.net/framework/v1.1.4322/mscorlib.dll
----------------------------------------
System
Assembly Version: 1.0.5000.0
Win32 Version: 1.1.4322.2032
CodeBase:
file:///c:/windows/assembly/gac/system/1.0.5000.0__b77a5c561934e089/system.dll
----------------------------------------
System.Drawing
Assembly Version: 1.0.5000.0
Win32 Version: 1.1.4322.2032
CodeBase:
file:///c:/windows/assembly/gac/system.drawing/1.0.5000.0__b03f5f7f11d50a3a/system.drawing.dll
----------------------------------------
PZU-PPE
Assembly Version: 1.0.2340.17686
Win32 Version: 1.0.2340.17686
CodeBase: file:///P:/Kozak/PPE/Rejestrator%20PZU-PPE/PZU-PPE.exe
----------------------------------------
System.Windows.Forms
Assembly Version: 1.0.5000.0
Win32 Version: 1.1.4322.2032
CodeBase:
file:///c:/windows/assembly/gac/system.windows.forms/1.0.5000.0__b77a5c561934e089/system.windows.forms.dll
----------------------------------------
Microsoft.VisualBasic
Assembly Version: 7.0.5000.0
Win32 Version: 7.10.6001.4
CodeBase:
file:///c:/windows/assembly/gac/microsoft.visualbasic/7.0.5000.0__b03f5f7f11d50a3a/microsoft.visualbasic.dll
----------------------------------------
************** JIT Debugging **************
To enable just in time (JIT) debugging, the config file for this
application or machine (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.
For example:
<configuration
<system.windows.forms jitDebugging="true" /
</configuration
When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the machine
rather than being handled by this dialog.
Co zdaje się nie zmienia faktu, że plik EXE z VB.NET musi się przedrzeć jeszcze
przez warstwę tłumaczącą z p-kodu frameworka, albo mnie oświećcie że jest
inaczej.
Może nie używajmy w odniesieniu do .NET'a określenia "p-kod"
bo to się bardzo źle kojarzy (z wyjątkowo wolnym VB LE)
zamiast tego użyjmy oficjalnej nomenklatury: IL (Intermediate Language)
Dystrybucja programu w postaci IL ma wady ale ma także wiele zalet
ale według mnie dwie podstawowe to "cross-assembly optimizations"
i niezależność od platformy sprzętowej.
Dzięki "cross-assembly optimizations" kompilator JIT
ma możliwość znacznej poprawy prędkości działania całej aplikacji,
a dlaczego, gdyż może wyodrębnić z jednej DLL-ki kod związany
z wywoływaną funkcją i wstawić ją w miejsce tego wywołania (inline metods)
aplikacja może dzięki temu pominąć wiele czasochłonnych funkcji
związanych każdorazowo z wywołaniem funkcji
(umieszczenie parametrów na stosie,
budowa ramki stosu, daleki skok do podprogramu,
sprawdzenie czy nie nastąpiło naruszenie integralności stosu,
pobranie ze stosu wyniku funkcji)
zastępując je wszystkie jedną optymalizacja
wykonaną raz, w momencie pierwszego wywołania danej funkcji.
Zaraz pewnie usłysze: "Przecież kompilatory C mają to od dawna"
Tak, ale tylko w ramach jednejgo EXE'ka lub jednej DLL'ki,
"cross-assembly optimizations" pozwala na optymalizacje tego typu
pomiędzy DLL-kami i to pochodzącymi od różnych producentów.
Oczywiście nie ma róży bez kolców i tak warunkiem takiej optymalizacji
jest zaniechanie stosowania NGEN'a
Uniezależnienie się od platformy sprzętowej także jest ważne.
Jak wiadomo najlepiej uczyć się w cudzych błędach
a firma taka jak Microsoft popełniła ich w swojej historii na pewno wiele
a jeden z nich dotyczy systemów operacyjnych rodziny NT.
Po upadku firmy DEC, kiedy to Microsoft przejął ich dział
programistyczny razem z bardzo dobrym jądrem systemu
operacyjnego przeznaczonego dla procesorów DEC Alpha
stworzył na bazie tego jadra system operacyjny Windows NT
Pierwsze wersje tego systemu pracować mogły
zarówno z procesorami Alpha jak i rodziny x86
z powodu braku programów dla systemów z procesorami DEC Alpha
ta linia systemów operacyjnych niestety upadła
pochłaniając zainwestowane w jej rozwój fundusze.
Wydawało by się iż nie robi się dwa razy tych samych błędów,
Niektórzy jednak potrafią
I tak pojawiły się 64-bitowe systemy
Windows XP Professional oraz Windows 2003 Server
dla procesorów Intel Itanium,
wynik: do dziś mało osób wie o istnieniu czegoś takiego,
a powód: aplikacje przeznaczone dla x86 działają na Itanium,
delikatnie mówiąc, wolno, a aplikacji przeznaczonych dla Itanium
trudno szukać w sklepach.
Aby ustrzec się w przyszłości podobnych problemów
warto zaakceptować drobne ułomności IL
i dlatego też na przykład Microsoft .NET Framework'a 2.0
udostępni w 3 wersjach:
dla procesorów x86 (wszelkiego rodzaju Pentium, Atholn XP, Duron, Sempron)
dla procesorów x64 (czyli Atholn64, Opetron i nowych Pentium 4 z 64 bitowymi rozszerzeniami)
oraz dla procesorów IA64 (czyli procesorów rodziny Intel Itanium)
Pozwoli to uruchomić ten sam program bez dodatkowej kompilacji
na komputerze z dowolnym z tych procesorów
z pełna prędkością oferowaną przez daną platforme.
mam pytanie: czy podane identyfiaktory są takie same tzn. stałe dla konkretnego produktu czy też mogą się zmieniać na
poszczególnych komputerach ? Np. {CB2F7EDD-9D1F-43C1-90FC-4F52EAE172A1} - czy to zawsze i na każdym komputerze będzie oznaczało że
jest/był zainstalowany .Net Framework 1.0 ?
GUID ten jest stały, niezależnie jaka wersja językowa była by zainstalowana
lub w jakim systemie było by to instalowane.
Niestety w przypadku .NET 2.0 klucz Active Setup
nie jest dobrym sposobem na rozpoznaie tej wersji.
Odpowiadajacy mu klucz nie zawiera pozycji "IsInstalled"
możliwe że jest to spowodowane tym iż Framework 2.0
dostępny jest obecnie tylko w wersji Beta.
Dopiero 7 listopada, po premierze Visual Studia 2005
oraz finalnej wersji Frameworka 2.0
będzie można zweryfikować to przypuszczenie.
PS.
Jest jeszcze jedna metoda na rozpoznanie zainstalowanych wersji .NET Frameworka.
Pakiet ten instalowany jest w systemie za pomocą usługi Windows Instalera.
Każdy pakiet Windows Instalera opatrzony jest unikalnym identyfikatorem (GUID)
o nazwie ProductCode określajacy daną wersje programu.
Można więc spróbować skorzystajac z API Windows Instalera i sprawdzić
czy pakiet instalacyjny legitymujący się danym ProductCode
znajduje sie na tym komputerze.
Informacje z bazy danych Windows Installera pobrać można także za pomocą
Windows Management Instrumentation (.Net Namespace System.Managment)
Poniższy kod, zapisany z VBScript, pokazuje jedną z metod
w jaki sposób można uzyskać tą informacje
(kod kochodzi z MSDN, został tylko w niewielkim stopniu dostosowany)
strComputer = "."
Set objWMIService = GetObject("winmgmts:" & _
"{impersonationLevel=impersonate}!\" & _
strComputer & _
"
ootcimv2")
Set colSoftware = objWMIService.ExecQuery _
("SELECT * FROM Win32_Product " & _
"WHERE Name LIKE '%Microsoft .NET Framework%'")
If colSoftware.Count 0 Then
Set objFSO = CreateObject("Scripting.FileSystemObject")
Set objTextFile = objFSO.CreateTextFile( _
"c:SoftwareList.txt", True)
For Each objSoftware In colSoftware
objTextFile.WriteLine objSoftware.Caption & vbTab & _
objSoftware.Version
Next
objTextFile.Close
Else
WScript.Echo "Cannot retrieve software from this computer."
End If
** WaSyL wrote:
| Chcieli chłopaki zrobić serwer bez trybu graficznego, prawie im się
| udało, poza pozbyciem się trybu graficznego. :))) How MSish.
| http://www.redmondmag.com/features/print.asp?EditorialsID=640
jak widac robienie OS to bardzo trudna sprawa hehe.
Nie no w dobrym kierunku idą ale można się trochę ponaśmiewać. :)
Niektóre fragmenty tego tekstu to mnie powaliły...
One of the most innovative features coming in Windows "Longhorn"
Server isn't really a feature as much as a whole new version of
Windows. It's called Server Core, and it will only take one-sixth of
the disk space of a normal Longhorn installation.
Nie wiem czy to ironicznie, ale to przecież innowacyjna funkcjonalność,
że można zainstalować tylko to co jest potrzebne. ;) Taki koncept
innowacyjny.
Microsoft did add Windows Notepad to Server Core at the request of
several sneak-preview customers, but even that's a stripped down
version. You can't, for example, use the "Save As" function, because
Server Core doesn't have dialog boxes for functions like Open and Save
As.
Dobre. :))) Notatnik zostawili...
There's also no Microsoft .NET Framework.
Tu widać, że jednak podejście pakietów i zależności między nimi jest
słuszniejsze w tej sytuacji, przecież oni sami właśnie do tego dążą.
Server Core comes up as an installation option when you install
Longhorn Server. It's important to understand that going with Server
Core requires a clean install (no upgrades from earlier versions or
from the full version of Longhorn). There's also no "upgrade" path
from Server Core. You can't, for example, make it into a full Windows
server without performing another clean install.
Heh a z Linuksami (przykładowo) jakoś się da bezboleśnie po prostu
zmienić zainstalowany zestaw pakietów i z serwera zrobić biurko i
potem z powrotem. Znowu widać niedojrzałość, ale koncepcja nadal
słuszna, szkoda że tak późno.
When you first log onto a Server Core console, you'll see two
command-line windows. Why two? In case you close one, of course. The
final version will probably display only one command-line at logon --
you can hit Ctrl | Alt | Delete and bring up the Task Manager to
launch a new Cmd.exe process if you accidentally close one.
To to jakieś z dupy, jak mam zamiar się logować do sesji graficznej to
po kij mi jakieś groteskowo zubożałe środowisko? Z kolei jak mam zamiar
się logować do sesji tekstowej to terminal (albo stado) zdalnie mi
wystarczy. W sensie lokalny terminal wyświetlający zdalną powłokę. A no
tak już mamy w uniksach.
If your workstations will be running Windows Vista, you can use a
cool new feature called WS-Management. Server Core includes a
WS-Management "listener." Vista has the new WinRS -- that's the
Windows Remote Shell client. Type a command and WinRS transmits it to
the server, where the command executes. Any output is displayed on
your workstation.
Wow! To jest cool faktycznie, nie jakby reszta świata robiła to od lat.
Ale jest ale:
Right now, WinRS doesn't support interaction. Your commands must be
all-inclusive so the command doesn't need additional information.
Uśmiecham się z politowaniem. No i na zakończenie:
When Longhorn Server ships in 2007, Windows will have finally "caught
up" to Novell NetWare 3.x.
:)
© 2009 Najlepszy miesiąc kawalerski w Polsce !!! - Ceske - Sjezdovky .cz. Design downloaded from free website templates