Announcement

**Gerhard Behnke** · 13.10.1999, 13:49

Hallo G�nther,

leider gibt es eine ganze Menge. Deshalb noch Fragen:
Startet Dein Programm �berhaupt nicht ?
Kannst Du durch schrittweises Ausf�hren mit dem Debugger die Stelle einkreisen ?
Ein etwas zeitraubender aber sicher erfolgreicher Weg w�re, dass Du alle Systemaufrufe in der WIN32 SDK Hilfe �berpr�fst, ob diese auch so unter WIN32s oder WIN95 vorhanden sind.

Mfg
Gerhar

**G�nther Weber** · 13.10.1999, 16:53

Hallo Gerhard, Das Problem ist ja, da� mir kein WIN95 mit installiertem BC5 zur Verf�gung steht. So wie es aussieht, kann ich aber kurzfristig eine gebrauchte Festplatte bekommen, dann installiere ich mir auf meinem Privat-PC WIN95 und NT parallel. Oder ich leih mir ein NoteBook oder einen xbeliebigen PC f�r ein paar Tage aus. Ein Problem ist ja auch, da� der Chef meine Quelltexte als wohlgeh�tetes Geheimrezept betrachtet. Da kann ich nicht einfach den Rechner eines Kollegen mitbenutzen.

Bei Schutzverletzungen ist es in der Regel so, da� der Debugger dann schon auf die richtige Quelltextstelle zeigt. Die Schutzverletzung tritt innerhalb der Initialisierungsroutinen vor der Fenstererzeugung auf, und das ist eigentlich eine ganze Menge, was da abl�uft. Allerdings sind direkte Windowsaufrufe da eher selten. Hilft eigentlich die Meldung ...an Adresse XXXX:XXXX in Modul YYYY.YYY dabei weiter ? Gru�: G�nthe

**Gerhard Behnke** · 13.10.1999, 17:44

Hallo G�nther,

tut mir leid, aber ich denke der schnellste und einfachste Weg ist wirklich WIN95 zu installieren und dann zu debuggen.
Der Hinweis an Adresse XXXX:XXXX in Modul YYYY.YYY hat zumindest mir nur sehr selten gen�tzt.

Sorry und beste Gr��e
Gerhard

P.S. Es w�rde mich sehr interresieren was die Ursachen sind, da ich auch �fters mit Programmentwicklung unter NT und WIN... zu tun habe

**G�nther Weber** · 13.10.1999, 18:07

Hallo Gerhard.

Ich hab jetzt mal in meinen B�chern recherchiert und in die API-Hilfe geschaut. Nirgendwo finde ich einen Hinweis, da� GetCommandLine NT-only ist. Immer werden alle WIN32 Systeme als geeignet erkl�rt. Werde es morgen fr�h sofort testen. Woher hattest Du die denn die Information, da� es da Unterschiede gibt ?

In einem Buch habe ich gelesen, da� man regelm��ig auf beiden Systemen testen soll. Und weil wir in der Firma bald nur noch NT haben, ist die Parallelinstallation auf meinem Privat-PC jetzt beschlossene Sache.

G�nthe

**Gerhard Behnke** · 14.10.1999, 08:24

Hallo G�nther,

da habe ich mich vielleicht falsch ausgdr�ckt. GetCommandLine ist f�r alle WIN32-Systeme verf�gbar. Nur bei Windows NT mu�t Du eben parsen und bei WIN32s (exact eigentlich auf Nicht-UniCode-Anwendungen) kannst Du auf die Kommandozeilenparameter durch argc und argv.. zugreifen, was den Programmieraufwand nat�rlich veringert. In der WIN32 SDK steht dazu folgendes:
The GetCommandLine function returns a pointer to the command-line string for the current process.
Remarks

Non-Unicode console processes written in C can use the argc and argv arguments to access the command-line arguments. The parameters of the command-line string, excluding the program name, are also available to such non-Unicode applications as a parameter of the WinMain function. The reason for the Unicode exclusion from these options is that WinMain, argc, and argv use the LPSTR data type for parameters, not the LPTSTR datatype.

Mfg Gerhar

**G�nther Weber** · 14.10.1999, 10:45

<html>

<head>
<meta http-equiv="Content-Type"
content="text/html; charset=iso-8859-1">
<meta name="GENERATOR" content="Microsoft FrontPage Express 2.0">
<title>Normale Seite ohne Titel</title>
</head>

<body bgcolor="#FFFFFF">

Hallo Gerhard 

Mein Kollege hat sich jetzt dazu aufraffen k�nnen, das
Programm mal eben zu starten. Es funktioniert leider nicht. Werde
wohl am Wochenende meinen Rechner plattmachen.

Was ist "parsen" ? Ich kenne das Wort nicht und
deute es so: GetCommandLine liefert in einem String: "\"K:\\Raja_cad\\RajaWin32.Exe\& quot;
-a -b -c" Mein Programm mu� daraus seinen
Programmpfad ermitteln: K:\Raja_cad und die 3
Parameter -a -b und -c. Richtig
? 

Oder liegt es an der Betonung: bei Windows NT mu�t
Du eben parsen und bei WIN32s kannst
Du ... Dann w�re "parsen" also die Sache mit dem
OSVERSIONINFO.

Aber Unicode verwende ich doch nicht, da m��te ich doch
bewu�t irgendeinen Schalter setzen und h�tte auch Probleme,
wenn ich verschl�sselte Texte aus Bi�rdateien lese und diese
Byteweise dekodiere ? Oder sehe ich das falsch ? Im
Inspektorfenster wird mir z.B. angegeben: [0] ' " ' 34
(0x22). Das ist doch kein Unicode !

Auf jeden Fall bedanke ich mich f�r Deine geduldige Hilfe.

</body>
</html&gt

**G�nther Weber** · 14.10.1999, 12:05

Irgendwie hab ich da oben etwas konfus geschrieben, ich hoffe, man versteht, was ich meine. �ndern funktioniert nicht mehr

**Gerhard Behnke** · 14.10.1999, 15:16

Hallo G�nther,

so wie du parsen beschreibst, ist es v�llig Korrekt. Auch wenn Du kein UniCode verwendest, arbeitet NT intern nur mit UniCode. D.h., Systemaufrufe, die einen String erwarten oder zur�ckliefern, werden intern immer in UniCode �bersetzt und wieder in die Codepage zur�ck�bersetzt mit der Du arbeitest.
Ein anderes Bsp. wo WIN95/98 "moderner" ist als NT:
Um festzustellen welche Prozesse laufen kannst Du unter WIN95/98
CreateToolhelp32Snapshot aufrufen. Diese Funktion gibt es erst bei Windows NT 5.0 (bzw. Windows 2000)
F�r dasselbe Ergebniss musst Du z.Z. unter NT 3 Funktionen mit entsprechendem Code aufrufen.
Zur�ck zur Deiner Frage, Du kannst generell den Kommandostring parsen und brauchst dann keine Unterschiede zwischen NT und WIN32s machen. Aber wenn Du lieber, weil bequemer, argv und argc unter WIN32s nutzen m�chtest, dann musst Du eben vorher checken welches Betriebssystem l�uft. Da Du aber dieses parsen auf jeden Fall (Deine Software soll ja auf allen Plattformen laufen) vornehmen musst, kannst Du nat�rlich auf argv und argc verzichten. So ich glaube, ich werde jetzt wohl langsam Konfus und ich will Dich nicht noch mehr verwirren. Wenn Du WIN95 installiert hast, wirst Du ja ziemlich schnell herausfinden, wo der Haken ist. Aber bitte denke daran, dass mich das auch sehr Interssiert und ich Dir �ber eine Info dankbar bin.

Mfg
Gerhar

**G�nther Weber** · 14.10.1999, 16:54

Hi Gerhard, das ist genau das, was ich wissen wollte. Jede andere Antwort h�tte meine heile Welt total durcheinandergebracht. Nat�rlich Denke ich an Dich, wenn ich so weit bin. Gru�, G�nthe

**G�nther Weber** · 17.10.1999, 10:04

Wie hei�t es so sch�n - Never change a running system !? - Ich kann jetzt ein Lied davon singen. Um mein Programm unter WIN95 zu testen, mu�te ich meinen NT-Rechner plattmachen. Ziel war eine Parallelinstallation von WIN95 mit FAT 16 und NT4 mit NTFS, was mir letztendlich auch gelungen ist.

Da ich bisher nur SCSI Platten und SCSI CD-ROM hatte, und das WIN95 Setup mein CD-ROM nicht erkannt hatte, bin ich gestern spontan und kurz vor Ladenschlu� zum H�ndler gegangen und hab mir ein IDE CD-ROM und eine IDE Festplatte mit 15 Gigabyte gekauft. Nun kann ich aber nur auf 8 Gigabyte zugreifen. Ich hab ein ASUS P2L97-S Rev. 1.06 Dezember 97, das Award-Bios meldet V4.51PG (c)1984-1995.... Vermutlich brauche ich ein BIOS-Update ? Die Frage, die mich bewegt: Mu� die gesamte Festplatte danach neu partitioniert und formatiert werden, oder kann alles so bleiben ? Ich hab irgendwie keine Lust, jetzt s�mtliche Programme zu installieren und in ein paar Tagen gehts wieder von vorne los ! Wenn mir jemand kurzfristig die Antwort geben kann, w�re ich sehr dankbar.

Mein Programm unter Windows 95 ? Kein Problem ! Der einzige Fehler, den ich gemacht hatte: Ich hatte bei der Ressourcendatei noch \bc4\include statt \bc5\include angegeben. Auch original die Dateien, die mein Kollege am Mittwoch getestet hatte, funktionieren einwandfrei. Was mein Kollege falsch gemacht haben k�nnte, kann ich aber nicht mehr nachvollziehen: an diesem Wochenende werden alle WIN95 Rechner in der Firma auf NT umgestellt.

Gru�: G�nthe

**G�nther Weber** · 17.10.1999, 17:35

Hi, meine Frage im zweiten Absatz h�tte ich mir sparen k�nnen. Ich h�tte mal den Festplattenmanager starten sollen, nachdem ich Servicepack 4 installiert hatte. ;-) G�nthe

**Gerhard Behnke** · 18.10.1999, 08:19

Guten Morgen G�nther,

da kann man ja nur sagen "Ende Gut alles Gut" oder wieder um eine Erfahrung (und eine Festplatte) reicher .....
Na ja Du kennst sicherlich auch genug Spr�che. Es freut mich f�r Dich, dass Du den Fehler gefunden hast und zeigt, dass man manchmal den Wald vor lauter B�ume nicht sieht.
Na ja, mir hat trotzdem der Dialog mit Dir viel Spass gemacht und ich bin sicher, dass wir uns hier im Forum noch �fter treffen werden.

Mfg
Gerhar

**G�nther Weber** · 20.10.1999, 18:21

Zu fr�h gefreut. Oder: Satz mit X - War wohl nix.

Hab mein Programm zwar getestet, ob es unter WIN95 l�uft, aber nicht, ob es dort auch drucken kann. Aber da wir in der Firma doch noch nicht auf NT umgestellt hatten - (Ob der Admin �rger kriegt ?) - bleibt uns oder mir die Blamage vor den Kunden erspart. Die Escape-Zeile liefert einen Wert kleiner oder gleich 0 zur�ck, das darf nicht sein:

char *s="RajaWin drucken..";
int l=lstrlen(s);
int e=Escape(pd.hDC,STARTDOC,l,s,NULL);

In der API-Hilfe finde ich keinen Hinweis darauf, da� es unter WIN95 nicht funktionieren soll. Mit der Funktion

StartDoc(pd.hDC, lpdi);

wird ein g�ltiger Wert zur�ckgegeben, wobei ich die Werte aus einem BC Demoprogramm �bernommen habe:

DOCINFO di;
#ifndef WIN16
ZeroMemory(&di, sizeof(DOCINFO));
#else
memset(&di, 0, sizeof(DOCINFO));
#endif
di.cbSize = sizeof(DOCINFO);
di.lpszDocName = "PrntFile text";
di.lpszOutput = NULL;

Die Hilfedatei sagt unter DOCINFO:

typedef struct { // di
int cbSize;
LPCTSTR lpszDocName;
LPCTSTR lpszOutput;

LPCTSTR lpszDatatype; // Windows 95 only; ignored on Windows NT

DWORD fwType; // Windows 95 only; ignored on Windows NT

} DOCINFO;

lpszDatatype

Windows 95: Points to a null-terminated string that specifies the type of data used to record the print job.
Windows NT: This member is ignored.

fwType

Windows 95: Specifies additional information about the print job. Can be zero or DI_APPBANDING if the application will use banding. For optimal performance during printing, banding applications should specify DI_APPBANDING.
Windows NT: This member is ignored.

Wie ist das jetzt zu verstehen ? Wie mu� ich lpszDatatype und fwType initialisieren ? Am Ende des Druckjobs habe ich noch:

// Escape(pd.hDC,NEWFRAME,NULL,NULL,NULL);

//Escape(pd.hDC,ENDDOC,NULL,NULL,NULL);

EndDoc(pd.hDC);

Der Ausdruck funktioniert jedoch nicht. Liegt es nur an der Initialisierung der beiden Werte, oder wo gbt es beim Ausdruck einer Zeichnung mit Texten sonst noch Probleme ?

Danke - G�nthe

**G�nther Weber** · 21.10.1999, 17:04

Jetzt klappts endlich. Was noch fehlte, waren die Zeilen StartPage(pd.hDC); und EndPage(pd.hDC)

Announcement

Probleme mit WIN32 Programm unter Windows 95

Probleme mit WIN32 Programm unter Windows 95

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment