Visual Basic Express 2005 gut?

[Flocke]

Zitat von faux:

Das ist aber dann nur mit C++ möglich, oder? Klar, C# und J# können nur .NET, aber VB?

C# und J# sind ja reine .NET-Sprachen!

VB gibt's seit .NET Studio 2003 nur noch in der .NET-Version, Projekte von 6.0 und davor müssen konvertiert werden.

[faux]

Zitat von Flocke:

Zitat von faux:

Das ist aber dann nur mit C++ möglich, oder? Klar, C# und J# können nur .NET, aber VB?

C# und J# sind ja reine .NET-Sprachen!

Ja, das ist mir klar, und habe deswegen auch diese zwei Sprachen gleich ausgeschlossen.

Zitat von Flocke:

VB gibt's seit .NET Studio 2003 nur noch in der .NET-Version, Projekte von 6.0 und davor müssen konvertiert werden.

Aha. OK. Das war dann die Antwort auf meine Frage.

Grüße
Faux

[Elvis]

Zitat von tommie-lie:

Zitat von Elvis:

VC++ im VS2005 != VC++2005 Express
Das dürfte tommie gemeint haben.

Nein, abgesehen von Productivity-Features der IDE ist VC++ Epxress mit den restlichen VC++-Produkten identisch, was den Sprachumfang und die Möglichkeiten des Compilers angeht. VC++ < VC++ Express, aber es ist immer noch VC++.

Da ich hier ein paar hundert km von meinem VS entfernt bin und keine Lust habe die Express zu saugen, kann ich das nicht mit 100%-iger Sicherheit sagen:

• C++Express hat keinen 64 Bit compiler
• keine Sicherheitsprüfungen wie stop bits oder range checking

Falls doch würde ich mich glatt freuen Unrecht zu haben.

btw: mit dem VS sollte Win32 auch mit Eifel möglich sein.

[tommie-lie]

Zitat von Elvis:

C++Express hat keinen 64 Bit compiler

Jupp, aber die Standard Edition hat ihn auch nicht. Professional bringt den für x86-64 mit und erst die Team System erlaubt Itanium-Kompilate zu erzeugen.

[quote="Elvis"]keine Sicherheitsprüfungen wie stop bits oder range checking[/qote]-v bitte.

Code:

cl /RTCcsu /GS

funktioniert jedenfalls.
/GS:
Detects some buffer overruns that overwrite the return address, a common technique for exploiting code that does not enforce buffer size restrictions.

/RTCcsu:
c reports when a value is assigned to a smaller data type and results in a data loss.
s enables stack frame run-time error checking
u reports when a variable is used without having been initialized.

[Armageddon]

Unabhängig von der Sprache ist VBE-2005 Express im Vergleich zur Delphiumgebung extrem lahm. Beim kompilieren schlaf ich fast ein. Da machts bei Delphi kurz pling und fertig. Was interessant an der Version ist das man Programme die damit erstellt wurden auch verkaufen darf. Wenn ich das richtig gelesen habe. Die Dateigröße ist im Vergleich zu Delphi wenn man nur mal ein normales leeres Form kompilieren läßt echt mini. An was liegt das mal so als Laie gefragt?

[mkinzler]

VB2005 ob express oder voll erzeugt ausschließlich Programme für die .NET-Plattform. WinForms-Anwendungen in Delphi sind auch recht klein.

[Armageddon]

Ein paar Beiträge weiter oben steht aber das es geht. Mit Link zu Microsoft. Ja was den nun?

[mkinzler]

das bezog sich auf vc++. Dort kann der Compiler auch nativen Code erzeugen. Die express IDE kann standardmässig nur Consolenanwendungen erzeugen. Man kann aber das Plattform SDK manuell herunterladen und die IDE erweitern. Was weiter oben beschrieben ist. VB2003/2005 kann aber nur .NET.

[faux]

Zitat von Armageddon:

Beim kompilieren schlaf ich fast ein. Da machts bei Delphi kurz pling und fertig.

Also bei mir dauert das starten ohne Debugger nicht ganz eine Sekunde und mit Debugger ca fünf Sekunden, also ganz akzeptabel, finde ich.

Zitat von Armageddon:

Die Dateigröße ist im Vergleich zu Delphi wenn man nur mal ein normales leeres Form kompilieren läßt echt mini. An was liegt das mal so als Laie gefragt?

Das liegt wahrscheinlich daran, dass du mit dem VS eine Assembly erstellt hast und im Delphi eine Binary.

Grüße
Faux