Visual C++ unter Win 3.11 (mit win32s) ?
Oliver Freyd
Hallo Freunde!
Weiss jemand, ob und wie Visual C++ unter Windows 3.11 lauft,
womöglich mit dem 32-Bit Zusatz Win32s. Ich habe vor, mir
dieen Compiler zu besorgen, damit ich auch fuer Windows
programmieren kann. Bisher habe ich aber nur gehoert,
man brauechte unbedingt Win95. Da ich aber nur 8MB
habe, faende ich da nicht so gut...
Ausserdem hase ich die ganze Installiererei...
Wenn jemand irgendwelche Erfahrungen mit VC
hat, wuerde ich mich ueber eine Mail echt freuen...
Tschuess, Oliver
Oliver Freyd
Oliver Freyd
thi...@aol.com
In article <5a9k5d$8...@news.rwth-aachen.de>,
Oliver...@post.rwth-aachen.de (Oliver Freyd) writes:
>Weiss jemand, ob und wie Visual C++ unter Windows 3.11 lauft,
>womöglich mit dem 32-Bit Zusatz Win32s. Ich habe vor, mir
>dieen Compiler zu besorgen, damit ich auch fuer Windows
>programmieren kann. Bisher habe ich aber nur gehoert,
>man brauechte unbedingt Win95. Da ich aber nur 8MB
>habe, faende ich da nicht so gut...
Bei Visual C++ 4.0 (Std und Pro) ist auch Visual C++ 1.52 dabei. Das ist
die letzte 16-Bit Version von Visual C++ von Microsoft. Damit lassen sich
auch unter Windows 3.1 vernuenftig Programme entwickeln.
Die Versionen ab 2 laufen unter Win 3.x nicht mehr. Da hilft auch kein
Win32s. Aber selbst wenn Du auf Win95 umsteigst wuerde ich die nicht
empfehlem mit MSVC 4.x zu arbeiten. 16MB sind das Minimum das auf der
Packung angegeben ist und das ist eher niedrig angesetzt.
>Ausserdem hase ich die ganze Installiererei...
Ein bischen mehr Sportsgeist ;-) Frueher oder spaeter wirst auch Du nicht
an Win95/ NT worbeikommen.
>Wenn jemand irgendwelche Erfahrungen mit VC
>hat, wuerde ich mich ueber eine Mail echt freuen...
Sorry, infos gibt nur in der newsgroup, mein reader unsterstuetzt Kopien
per mail leider nicht.
Thomas
Kai Rode
Oliver wrote:
>Weiss jemand, ob und wie Visual C++ unter Windows 3.11 lauft,
Gar nicht. Die letzte VC++-Version, die noch unter 3.11 läuft - und daher
auch bei neueren Versionen noch mitgeliefert wird - ist ein Schrotthaufen
genannt V1.5 ohne vernünftige Entwicklungsumgebung.
>programmieren kann. Bisher habe ich aber nur gehoert,
>man brauechte unbedingt Win95. Da ich aber nur 8MB
>habe, faende ich da nicht so gut...
Zu geizig, DM 65 für eine Speicheraufrüstung auszugeben, aber ein paar
hundert DM für einen Compiler?
Bye
Kai
--
"Leave my loneliness unbroken! --- quit the bust above my door!
Take thy beak from out my heart, and take thy form from off my door!"
Quoth the Raven "Eat my shorts!" (E.A.Poe "The Raven")
Andreas Dunke
Oliver konnte es nicht lassen und schrieb am 30.12.96 folgendes zum Thema
Visual C++ unter Win 3.11 (mit win32s) ?... :-)
>Weiss jemand, ob und wie Visual C++ unter Windows 3.11 lauft,
>womoeglich mit dem 32-Bit Zusatz Win32s. Ich habe vor, mir
>dieen Compiler zu besorgen, damit ich auch fuer Windows
>programmieren kann. Bisher habe ich aber nur gehoert,
>man brauechte unbedingt Win95. Da ich aber nur 8MB
>habe, faende ich da nicht so gut...
>
>Ausserdem hase ich die ganze Installiererei...
>
>Wenn jemand irgendwelche Erfahrungen mit VC
>hat, wuerde ich mich ueber eine Mail echt freuen...
Also in dem Booklet der CD steht, dass die 4.0 Version fuer Win95
und WinNT ist. IMHO laeuft sie nicht unter Win311.
Ausserdem ist die mindestanforderung eingentlich 16MB fuer den
Compiler. Ich weiss aber das er unter Win95 auch mit 8MB laeuft
(schleicht...)
Ciao,
Andreas
Joerg Koenig
Natuerlich - mit 16 MB ist schliesslich auch der virtuelle
Speicher gemeint und nicht der physische. Wenn man also
genuegend Plattenplatz hat (und viieel Zeit :) ...
(Uebrigens steht auf meiner Packung, dass 20MB empfohlen
werden. Wie also kommt ihr alle auf 16MB ?)
Win32s wird nur bis 4.1 unterstuetzt. Ab der Version
4.2 ist dieses Thema fuer MS erledigt (woraus sich in
etwa die Halbwertzeit von Windows 3.* errechnen laesst :)
Immerhin war Win32s das Letzte an Software, was MS
bisher noch fuer Win 3.* gepflegt hat ...
Joerg
--
e-mail: Joerg....@rhein-neckar.de
Phone: +49 0621 / 786993
Martin Schulten
>>Ausserdem hase ich die ganze Installiererei...
>Ein bischen mehr Sportsgeist ;-) Frueher oder spaeter wirst auch Du nicht
>an Win95/ NT worbeikommen.
...mich wundert es eigentlich, wie viele leute sich immer noch mit
win3.x rumschlagen.
das ist doch eine einzige katastrophe - von der speicherverwaltung bis
zur oberflaeche. jede minute programmierarbeit dafuer ist verlorene
zeit. oder entickeln autokonstukteure heute noch oldtimer?
besonders programmierer sollten sich deshalb mal ein modernes bs
ansehen.
ok, fast alle progs laufen nachher auch unter win95 und winNT, aber
wie...
mein favorit ist NT4.0, besonders fuer MSVC++. darunter laeuft der
compiler glatt 2-3x schneller als unter win95!
-martin.
--------------------------------------------------
--- email: martin....@post.rwth-aachen.de ---
--- written on unbleached, recycled electrons ---
--------------------------------------------------
Arno Welzel
[...]
> Win32s wird nur bis 4.1 unterstuetzt. Ab der Version
> 4.2 ist dieses Thema fuer MS erledigt (woraus sich in
> etwa die Halbwertzeit von Windows 3.* errechnen laesst :)
> Immerhin war Win32s das Letzte an Software, was MS
> bisher noch fuer Win 3.* gepflegt hat ...
Nicht ganz ... Internet Explorer 3.01 gibt es seit neuestem
auch als Windows 3.1-Version.
Nein - ich arbeite nicht mit Win 3.1 ;-) Aber interessant,
dass M$ sich die Muehe noch gemacht hat... wohl auch nur,
weil Netscape sogar schon Java unter Win 3.1 realisiert
hat.
Ciao, Arno
--
Arno Welzel
Mail: wel...@inga.augusta.de
Web: http://www.augusta.de/~welzel/
Jochen Schmitt
"Arno Welzel" <wel...@inga.augusta.de> wrote:
>Nein - ich arbeite nicht mit Win 3.1 ;-) Aber interessant,
>dass M$ sich die Muehe noch gemacht hat... wohl auch nur,
>weil Netscape sogar schon Java unter Win 3.1 realisiert
>hat.
Das waere mir neu, IMHO wird in der 16bit-Version von Netscape
Navigator 3.01 kein Java unterstuetzt.
mfg: Jochen Schmitt
Juergen Ludwig
On 31 Dec 1996 13:50:00 +0100, kai_...@kender.wupper.de (Kai Rode)
wrote:
>Oliver wrote:
>
>>Weiss jemand, ob und wie Visual C++ unter Windows 3.11 lauft,
>
>Gar nicht. Die letzte VC++-Version, die noch unter 3.11 läuft - und daher
>auch bei neueren Versionen noch mitgeliefert wird - ist ein Schrotthaufen
>genannt V1.5 ohne vernünftige Entwicklungsumgebung.
>...
Ähm, schon mal mit Visual C++ 1,5x gearbeitet?
Ich schon! Finde die Umgebung recht toll!
Shift-F11 sollte Dir was sagen, denn Du hast ja
bestimmt die "Goto Reference"-Funktion so
wie ich lieben gelernt, daß Du sie nicht mehr per Menü, sondern
direkt per Hotkey verwendest.
Ach ja, ein paar Jahre später hat auch Borland sowas entdeckt.
Nicht daß das alles ist, was ich von 'ner Umgebung erwarte!
Aber Visual C++ bietet immens viel.
Und das Tutorial ist die beste C++-Einführung, die
ich kenne (kurz und doch mit viel Hintergundinformation).
Was fehlt Dir eigentlich bei der Entwicklungsumgebung?
Viele liebe Grüße auch an all diejenigen, die mich
jetzt steinigen werden ...
Jürgen Ludwig
>>programmieren kann. Bisher habe ich aber nur gehoert,
>>man brauechte unbedingt Win95. Da ich aber nur 8MB
>>habe, faende ich da nicht so gut...
>
Kai Rode
Juergen wrote:
>Ähm, schon mal mit Visual C++ 1,5x gearbeitet?
>Ich schon! Finde die Umgebung recht toll!
>Was fehlt Dir eigentlich bei der Entwicklungsumgebung?
Sieh' Dir im Vergleich mal die Umgebung der Version 4.x an. Im Vergleich
dazu ist 1.5 einfach ärmlich. Gut, ein Teil ist vielleicht Umgewöhnung,
aber dennoch...
Bye
Kai
--
"Alle Urteile Deutscher Gerichte bedürfen zur Erlangung der Rechtskraft
der Zustimmung des Parteitags der CSU."
GG-Vorschlag von Peter Scholz in Satire
Joachim Zobel
kai_...@kender.wupper.de (Kai Rode) wrote:
>Juergen wrote:
>
>>Ähm, schon mal mit Visual C++ 1,5x gearbeitet?
>>Ich schon! Finde die Umgebung recht toll!
>
>>Was fehlt Dir eigentlich bei der Entwicklungsumgebung?
>
>Sieh' Dir im Vergleich mal die Umgebung der Version 4.x an. Im Vergleich
>dazu ist 1.5 einfach ärmlich. Gut, ein Teil ist vielleicht Umgewöhnung,
>aber dennoch...
Von der Gestaltung der Oberflaeche her ist 4.0 im Vergleich zu 1.5
deutlich schlechter. Der Browser konnte damals Klassenhierarchien
darstellen, jetzt habe ich nur noch eine alphabetisch geordnete Liste
aller Klassen. Und diese Splitter-windows die ständig im Vordergrund
haengen und die Arbeitsflaeche verkleinern, nerven furchtbar.
Natuerlich kann 1.5 kein 32er-Programme erzeugen und ist damit
inzwischen im wesentlichen unbenutzbar. Und templates kanns auch
nicht.
Joachim
"Man faengt Forellen mit der Hand, indem man zuerst ihr Vertrauen gewinnt
und es dann missbraucht." Robert A. Heinlein
Arno Welzel
> Von der Gestaltung der Oberflaeche her ist 4.0 im Vergleich zu 1.5
> deutlich schlechter. Der Browser konnte damals Klassenhierarchien
> darstellen, jetzt habe ich nur noch eine alphabetisch geordnete Liste
Auch VC++ 4.x kann Klassenhierarchien darstellen. Schon mal die
Funktion "Tools > Browse" ausprobiert? Damit kann man wunderbar von
einer Basisklasse alle abgeleiteten Klassen darstellen (und noch einiges
mehr).
Was Du meinst, ist der (normalerweise ständig sichtbare) Class-Browser
im Projektfenster - der ist auch weniger für den oben genannten Zweck
gedacht, als vielmehr dazu, schnell zum Quelltext der jeweiligen Klasse
zu kommen - und dafür ist eine alphabetische Liste wirklich besser
geeignet, als ein mehrfach verschachtelter Klassen-Baum, der nicht
nur die eigenen Klassen des aktuellen Projektes enthält, sondern
auch noch alle Basis-Klassen aus den MFC.
> aller Klassen. Und diese Splitter-windows die ständig im Vordergrund
> haengen und die Arbeitsflaeche verkleinern, nerven furchtbar.
Du kannst diese Fenster auch als normale Fenster anzeigen lassen
und/oder einfach schliessen und jederzeit per Hotkey aufmachen, so
dass sie nur bei Bedarf erscheinen. Das gleiche gilt auch für das
Output-Fenster - es muss nicht unbedingt als "Splitter Window" am
unteren Rand erscheinen - man kann es sehr leicht auch als normales
Fenster anzeigen lassen, wie man es von VC 1.5 her kennt - klicke doch
mal mit der *rechten* Maustaste auf die Fenster und Toolbars und schau'
Dir die angebotenen Menüpunkte an...
Noch eine Info am Rande: VC++ 4.0 und 4.1 kann man unter Windows 3.1x
mit Win32s 1.3x betreiben. Ab Version 4.2 geht das nicht mehr.
Ciao, Arno
--
Arno Welzel
wel...@inga.augusta.de
http://www.augusta.de/~welzel/
Joachim Zobel
"Arno Welzel" <wel...@inga.augusta.de> wrote:
>> Von der Gestaltung der Oberflaeche her ist 4.0 im Vergleich zu 1.5
>> deutlich schlechter. Der Browser konnte damals Klassenhierarchien
>> darstellen, jetzt habe ich nur noch eine alphabetisch geordnete Liste
>Auch VC++ 4.x kann Klassenhierarchien darstellen. Schon mal die
>Funktion "Tools > Browse" ausprobiert? Damit kann man wunderbar von
>einer Basisklasse alle abgeleiteten Klassen darstellen (und noch einiges
>mehr).
Oh, ja klar, der Browser ist noch komplett da. Er ist nur nicht gut zu
erreichen, ich kann ihn nicht auf dem Desktop rumliegen lassen.
>Was Du meinst, ist der (normalerweise ständig sichtbare) Class-Browser
>im Projektfenster - der ist auch weniger für den oben genannten Zweck
>gedacht, als vielmehr dazu, schnell zum Quelltext der jeweiligen Klasse
>zu kommen - und dafür ist eine alphabetische Liste wirklich besser
>geeignet, als ein mehrfach verschachtelter Klassen-Baum, der nicht
>nur die eigenen Klassen des aktuellen Projektes enthält, sondern
>auch noch alle Basis-Klassen aus den MFC.
Ja, genau dafür braeuchte ich es. Aber eine alphabetische Liste ist
eben nicht geeignet, schnell zum Quelltext der jeweiligen Klasse zu
kommen wenn man 50 oder mehr Klassen hat. Mein Problem ist, das ich
mich in meinem Projekt auf Klassenbasis orientiere, und das das
navigieren fuer mich langwieriger geworden ist.
Im Moment ist die Situation sogar noch schlimmer. mein 4.0 crasht beim
starten von compiles und laesst die fuer Class View benoetigten
dateien gelockt, so dass ich entweder W95 neu starten muss, das dann
beim beenden haengenbleibt, oder ich muss ohne Class View auskommen.
Aber das muss kein MSVC4.0-Problem sein.
>> aller Klassen. Und diese Splitter-windows die ständig im Vordergrund
>> haengen und die Arbeitsflaeche verkleinern, nerven furchtbar.
>Du kannst diese Fenster auch als normale Fenster anzeigen lassen
>und/oder einfach schliessen und jederzeit per Hotkey aufmachen, so
>dass sie nur bei Bedarf erscheinen. Das gleiche gilt auch für das
>Output-Fenster - es muss nicht unbedingt als "Splitter Window" am
>unteren Rand erscheinen - man kann es sehr leicht auch als normales
>Fenster anzeigen lassen, wie man es von VC 1.5 her kennt - klicke doch
>mal mit der *rechten* Maustaste auf die Fenster und Toolbars und schau'
>Dir die angebotenen Menüpunkte an...
Als echte MDI-Children? Und sie sind dann nicht mehr "always on top"?
Es waere wundervoll.
>Noch eine Info am Rande: VC++ 4.0 und 4.1 kann man unter Windows 3.1x
>mit Win32s 1.3x betreiben. Ab Version 4.2 geht das nicht mehr.
Also das installieren hat 4.0 hier mit 32s 1.30c verweigert. Das
Setup-Programm sagte mir "Is' nich' wg. 32s".
Arno Welzel
> >Auch VC++ 4.x kann Klassenhierarchien darstellen. Schon mal die
> >Funktion "Tools > Browse" ausprobiert? Damit kann man wunderbar von
> >einer Basisklasse alle abgeleiteten Klassen darstellen (und noch einiges
> >mehr).
>
> Oh, ja klar, der Browser ist noch komplett da. Er ist nur nicht gut zu
> erreichen, ich kann ihn nicht auf dem Desktop rumliegen lassen.
Zu erreichen ist er mit einem (1) Tastendruck, den man auch beliebig
frei konfigurieren kann. Und auf dem Desktop liegenlassen geht auch.
Bei VC 1.5 ist der einzige Komfort, dass der Browser als MDI-Child
geöffnet wird, während er bei VC 4.x als "always on top" erscheint.
Dafür kann man im Projektfenster mit der rechten Maustaste im der
Klassen-Übersicht jederzeit den Browser für eine beliebige Klasse
aufmachen...
[...]
> Ja, genau dafür braeuchte ich es. Aber eine alphabetische Liste ist
> eben nicht geeignet, schnell zum Quelltext der jeweiligen Klasse zu
> kommen wenn man 50 oder mehr Klassen hat. Mein Problem ist, das ich
Wenn Du den Quelltext zu einer selbergeschriebenen Klasse "CListHeader"
suchst, dann ist Dir sofort klar, in welchem Baum du suchen musst und
Du suchst *nicht* alphabetisch? Hmmm....
> Im Moment ist die Situation sogar noch schlimmer. mein 4.0 crasht beim
> starten von compiles und laesst die fuer Class View benoetigten
> dateien gelockt, so dass ich entweder W95 neu starten muss, das dann
Das ist ein mittlerweile gefixter Bug, der in 4.1 nicht mehr auftritt.
Einen Patch für 4.0 kann bei Microsoft downloaden.
> >Du kannst diese Fenster auch als normale Fenster anzeigen lassen
> >und/oder einfach schliessen und jederzeit per Hotkey aufmachen, so
>
> Als echte MDI-Children? Und sie sind dann nicht mehr "always on top"?
> Es waere wundervoll.
Ja - als "echte" MDI-Children (das war das erste, was ich beim
Umstieg auf die 4.x eingestellt habe).
> Also das installieren hat 4.0 hier mit 32s 1.30c verweigert. Das
> Setup-Programm sagte mir "Is' nich' wg. 32s".
Hmmm... ich habe es selber nicht ausprobiert - so steht es nur in
der Doku von M$.
Roger Rene Kommer
"Arno Welzel" <wel...@inga.augusta.de> wrote:
Hi,
>Was Du meinst, ist der (normalerweise ständig sichtbare) Class-Browser
>im Projektfenster - der ist auch weniger für den oben genannten Zweck
>gedacht, als vielmehr dazu, schnell zum Quelltext der jeweiligen Klasse
>zu kommen - und dafür ist eine alphabetische Liste wirklich besser
>geeignet, als ein mehrfach verschachtelter Klassen-Baum, der nicht
>nur die eigenen Klassen des aktuellen Projektes enthält, sondern
>auch noch alle Basis-Klassen aus den MFC.
Im Gegensatz zu BC 4 & 5, ist diese Darstellung wirklich brauchbarerer
(bei >= 100 Klassen wird die Darstellung von BC unbrauchbar, wenn sie
eh nicht abstuerzen wuerde), wobei man dann aber bei der Benennung der
Klassen aufpassen muss, dass die alphabetische Sortierung, der
natuerlichen der Ableitungen entspricht:
z.B.:
KWin
KWinEdit
KWinEditCommandLine
Doch ist auch die VC4 IDE diesbezüglich noch sehr verbesserungswürdig.
So würde ich gerne, wenn ich eine Klasse (sei es der Klassenname oder
eine Variable) im Editor markiere, von dort direkt in den ClassView
springen, etc.pp.
Da VC4 offensichtlich keine allzugrosse Projekte debuggen kann (bei
Breakpoints hängt er sich auf), nutze VC4 eigentlich nur zur
Entwicklung kleiner bis mittlerer DLLs oder eben als Editor.
Optimal wäre ein externer Editor, der auf den Quelltext und einer
Makefile aufsetzt, im wesentlichen einer verbesserten Form der VC4-IDE
entspricht, und Kompliler/Linker-Meldungen von BC, WC und VC
verarbeiten würde. Bei solchen Schmankerln, wie das Zusammenfalten des
Quelltextes, so dass nur noch die Funktionsköpfe zu sehen sind, bin
ich mir nicht sicher, ob sie sich im täglichen Gebrauch als sinnvoll
erweisen, aber 'nice to have' wäre so etwas sicherlich.
Bisher war so etwas undenkbar, da man einfach nicht genügend RAM und
CPU-Power hatte, um so etwas mit erträglichen Laufzeiten zu basteln,
Nur welcher halbwegs professionelle Entwickler mueht sich noch mit VC4
mit weniger als 64 MB rum? So muss ich bei Multiplattformentwicklungen
immer BC 4.5, BC5 und VC4 gleichzeitig geladen haben, was sicherlich
mit einer IDE schlanker zu realisieren wäre.
Roger
Albert Weinert
On 19 Jan 1997 17:48:51 GMT, "Arno Welzel" <wel...@inga.augusta.de>
wrote:
>> Also das installieren hat 4.0 hier mit 32s 1.30c verweigert. Das
>> Setup-Programm sagte mir "Is' nich' wg. 32s".
>
>Hmmm... ich habe es selber nicht ausprobiert - so steht es nur in
>der Doku von M$.
Hmm, man kann mit Visual C++ 4.0 und 4.1 Programme schreiben die unter
Win32s laufen, dies wurde bei 4.2 aufgegeben, dafür ist die 4.1 noch
bei der 4.2 dabei (extra CD). Visual C++ 4.x läuft selber nicht unter
Win32s.
+++Albert