MFC

• ?

  Boost
  23. Jan. 2020, 17:44 • Ein ehemaliger Benutzer   23. Jan. 2020, 19:47

  3
  0
  Stimmen
  3
  Beiträge
  297
  Aufrufe

  ? 23. Jan. 2020, 19:47

  @Mechanics Dank sehr.
• E

  Release exe verlangt plötzlich debug-DLL
  20. Jan. 2020, 13:23 • elmut19   21. Jan. 2020, 08:48

  8
  0
  Stimmen
  8
  Beiträge
  498
  Aufrufe

  E 21. Jan. 2020, 08:48

  @hustbaer @Th69 Vielen Dank Euch. Ich habe es gefunden. Das mit dem neuen "Dependencies" war ein guter Tipp. Über den findet man die Abhängigkeiten ausserdem auch besser. Es lag an einer DLL, die ich eigentlich auf dem Zielsystem schon seit ein paar Monaten drauf hatte. Nur der, der testen sollte, hatte die neue Software, die die DLL benötigt, wohl noch nie gestartet. Tja, das sind wirklich schon ein paar Monate.... Aber vielen Dank für die Tipps. Die haben schliesslich geholfen. Grüsse Helmut
• ?

  AVIStreamOpenFromFile
  6. Jan. 2020, 12:12 • Ein ehemaliger Benutzer   9. Jan. 2020, 16:36

  15
  0
  Stimmen
  15
  Beiträge
  636
  Aufrufe

  ? 9. Jan. 2020, 16:36

  @yahendrik Du sagst es, ich habe habe frühueitig auf das einfache VFW gesetzt es ist auch noch voll im Trend und weit im Einsatz, hat aber die Abhängigkeit fremder Codecs die von externen firmen bereitgestellt und auch teilweise lizensiert sind. Eigentlich sollte HAL nun die NV Decoder von der Hardware nutzen , macht das aber scheinbar nicht ohne fremdinstallation, zb das K-Codec Pack stürzt wenigstens nicht ab alle direkten VFW32 Codecs crashen auf der 64 Bit version über VFW die VFW32.DLL liegt gleichnamig natürlich auch in der 64Bit Version Windowsseitig vor. Seit W7 gibt es Probleme. Es liegt also hier nach der Prüfung am Codec der code läuft auf 32Bit und 64Bit gleichermaßen überall gut viele Millionen Anweisungen laufen fehlerlos. Ich werde alles auf DirectShow umrüsten was capture und play betrifft video capturing habe ich längst in DShow aber auch das Interface ist eine bedrohte Lebensform. Man hat schwer bedienbare Mdiainterface auf COM basis hervorgebracht, ohne separates Studium über Monate hinweg bleibt der quadawelch schwer erziehbar. Danke für deinen Hinweis, DXShow ist also das Fazit auch für record und play nicht nur für usb-web-stuff Oder IMFP.. - https://docs.microsoft.com/en-us/windows/win32/medfound/mfplay-tutorial--video-playback Grüße aus Preußen K.
• V

  CString in einer Set Methode
  6. Jan. 2020, 16:35 • Verwegener   7. Jan. 2020, 18:22

  10
  0
  Stimmen
  10
  Beiträge
  478
  Aufrufe

  7. Jan. 2020, 18:22

  Für so etwas gibt es aus der MFC STATIC_DOWNCAST. Da hättest Du einen sauberen ASSERT bekommen.
• K

  Active Directory
  19. Dez. 2019, 11:32 • Kaladial   19. Dez. 2019, 12:59

  5
  0
  Stimmen
  5
  Beiträge
  572
  Aufrufe

  K 19. Dez. 2019, 12:59

  Sorry was? Bin etwas raus aus C++ Programmierung... Ich hab ne Software die hat ne Userverwaltung. Die Leute geben also Benutzername und Passwort ein um sich anzumelden. So nun soll das so umgestellt werden, das die Leute ihre Domain Logins (Active Directory benutzen) der Firma benutzen um sich bei der Software anzumelden. In den ADs der Firmen soll also ein neues Recht hinterlegt werden. Und meine Software soll mit dem AD der Firma kontakt aufnehmen und Benutzername und Passwort übermitteln und als Returnwert bekomme ich die Gruppen des Users und wenn da eben ein Admin Gruppen Recht für meine Software dabei ist, soll der User bei meiner Software als Admin angemeldet werden z.B. Das ist da der tiefere Sinn. In C# hab ich das auch relativ problemlos umgesetzt bekommen, hier in C++ find ich nicht mal nen vernünftigen Anfang Daher wäre super wenn ihr mir sagen könntet: welche includes ich brauche, wo ich die Files dafür her bekomme, und wie so nen Anmeldeversuch aussehen sollte. Mfg Kaladial
• U

  VS2019 MFC OCX Wrapper Class
  22. Juli 2019, 20:09 • Uwe Heyer   7. Dez. 2019, 07:21

  10
  0
  Stimmen
  10
  Beiträge
  766
  Aufrufe

  ? 7. Dez. 2019, 07:21

  Du kannst den ganzen Sülz von Ol'e ActiveX Control zu einer Fensterklasse herunter Diktieren, und dann das Fenster als DLL -Dynamisch laden. Das ganze ActiveX Gedünst hat man entfernt. Ich musste seiner Zeit alle ActX'se degradieren zu Fenster-Mfc-Dlls' oft mit eigener App -Klasse im WinThread.Das macht ne Menge Fummel -Arbeit, aber am Ende ist man froh drüber !
• ?

  64Bit portierung bringt seltsame Lnk Meldung
  6. Dez. 2019, 12:59 • Ein ehemaliger Benutzer   7. Dez. 2019, 07:08

  8
  0
  Stimmen
  8
  Beiträge
  404
  Aufrufe

  ? 7. Dez. 2019, 07:08

  Ja es wird nicht einfacher, kleine Fehler können kurzzeitig das ganze Projekt offline schalten ^^ Schlussendlich war NDEBUG nicht gesetzt sondern _DEBUG das haben wir schon unter w3.11 umlegen müssen. Aber es kommt vor, das längst bekannte Zustände sich erneut zu einem Wunder entwickeln. Die Portierung nach 64 Bit war schon recht heftig, besonders als raus kam, das alles inline asm nicht mehr so mitgenommen werden kann(bekannt seit 2003). Oder die früher gern verwendeten DWORD Addressen ->shity men. Leider hat mein masm für 64bit auch abgekackt, und will meine eax Geschichten auch nicht mehr assemblieren, ich werde das ganze ASM rauswerfen, hat 10 Lebensjahre gekostet. Wird durch paar for schleifen ersetzt. Alles nur wegen der Unmengen von Speicher die man heute braucht. Kein Mensch braucht mehr als 640KB
• E

  Tastatur-Hook soll auch die Zeichen "@", "[", etc. verarbeiten
  6. Nov. 2019, 14:35 • elmut19   11. Nov. 2019, 08:04

  5
  0
  Stimmen
  5
  Beiträge
  349
  Aufrufe

  E 11. Nov. 2019, 08:04

  @Wade1234 Hallo Wade1234, vielen Dank für Deine Anmerkung. Ich habe mir die Parameter für "MapVirtualKeyEx(..)" eigentlich schon genau angesehen. Ich hätte den vk schon an einer anderen Stelle. Er würde mir schon durch den Hook übergeben. Aber wie komme ich an die verschiedenen Deadkeys ran, wie "AltGr". Und ich muss doch dann trotzdem irgendwie den gewünschten Char ermitteln, also doch wieder über "ToAsciiEx(..)". Mit meinem selbst verwalteten Status scheint es nun zu funktionieren. Mit "GetKeyboardState(State)" bekomme ich allerdings Dreckeffekte, wie in meinem anderen Thread beschrieben. Allerdings muss ich noch ausführlich testen.
• 

  Wer ruft unser _purecall auf?
  5. Nov. 2019, 19:35 • hustbaer   6. Nov. 2019, 11:29

  3
  0
  Stimmen
  3
  Beiträge
  267
  Aufrufe

  6. Nov. 2019, 11:29

  @Th69 Danke, weiss ich alles. Ich sehe keinen Zusammenhang mit dem von mir beschriebenen Problem. Das Problem ist: irgendwer ruft "unsere" _purecall auf, der unsere _purecall gar nicht kennen sollte. Also unsere DLL wird in einen fremden Prozess geladen, der von unserer DLL gar nix weiss. Trotzdem bekommen wir von dem über Umwege über ein paar Windows-Standard DLLs einen Aufruf in die private, nicht exportierte _purecall Funktion unserer DLL. Der Callstack dieser Crashes ist auch nicht ungewöhnlich, da findet man genügend Beispiele im Internjetz - ist ein klassischer Fehler der gerne mit SharpDX D2D gemacht wird. Nur in den Beispielen findet man als Top-Frame in den Crashes immer sowas wie MSVCR120_CLR0400!purecall. In unserem Fall steht da aber UNSERE_DLL!purecall. Und ich checke nicht woher er das UNSERE_DLL!purecall bekommt, das dürfte er gar nicht kennen. Weil der Crash wie gesagt ja nicht aus unserer DLL kommt.
• E

  Repräsentation nicht druckbarer Zeichen über die Tastatur
  9. Okt. 2019, 08:05 • elmut19   4. Nov. 2019, 16:57

  6
  0
  Stimmen
  6
  Beiträge
  535
  Aufrufe

  E 4. Nov. 2019, 16:57

  @Cardiac Vielen Dank Cardiac für Deine Rückmeldung. Es wäre möglich gewesen, dass Du Ahnung von Barcode-Scannern hast. Auf dem Gebiet bin ich leider auch recht neu. Den Barcode gibt mein Programm auch gemäss der Ländereinstellungen beider Geräte, also Scanner u. Windows, korrekt wieder. Nur habe ich Probleme mit den Startzeichen des Scanners, dem sog. "Global Prefix". Dieser wird bei den genannten Zeichen leider nicht so umgesetzt, wie es die ASCII-Tabelle vorschreibt. Es werden da schon mal grundsätzlich andere Zeichen gesendet. Zwar auch mit "Ctrl + Taste" aber anderer Taste. Z.B. für das ASCII-Zeichen "RS" kommt ein "Ctrl + 6" (anscheinend in jeder Ländereinstellung des Scanners). Laut ASCII-Tabelle müsste es ein "Ctrl + ^" sein. Im Franz. müsste es aber zumindest "Ctrl + Shift + 6" sein. Zusätzlich wird dann aber auch kein "Shift" mitgeschickt, wenn dasselbe Zeichen in der anderen Sprache eben dieses "Shift" zusätzlich braucht! Nun weiss ich einfach nicht, woran es liegt: mein Prog., Windows, Scanner ?? Ist es von Scanner-Hersteller zu Hersteller unterschiedlich? Trotzdem sehr lieb von Dir, dass Du überhaupt eine Rückmeldung gegeben hast. Danke.
• V

  Edit Controls Ereignishandler zuzuweisen über Assi funktioniert nicht
  15. Okt. 2019, 18:45 • Verwegener   16. Okt. 2019, 17:37

  4
  0
  Stimmen
  4
  Beiträge
  235
  Aufrufe

  16. Okt. 2019, 17:37

  Na fein. Und BTW: bitte nicht "Assi" sagen/schreiben wenn du Assistent meinst. Ein Assi is was ganz was anderes.
• A

  PrintPreview und Print unterscheiden sich
  14. Okt. 2019, 14:27 • AndyDD   14. Okt. 2019, 14:27

  1
  0
  Stimmen
  1
  Beiträge
  175
  Aufrufe

  A 14. Okt. 2019, 14:27

  Hallo zusammen, ich muss aus einem Programm heraus Etiketten mit Seriennummern drucken. Dazu muss ich je nach Anzahl auch mal mehrseitig drucken. Das Problem dabei ist, dass in der Druckvorschau alles korrekt angezeigt wird. Beim Drucken selbst wird nur die erste Seite korrekt gedruckt, danach nur noch leere Seiten. Wenn aber z.B. 4 Seiten zu drucken sind und man nur die 3. oder 4. ausdrucken möchte, dann wird diese auch korrekt dargestellt. Da ich was anderes drucken will als auf dem Bildschirm dargestellt habe ich die entsprechenden Anweisungen in die OnPrint geschrieben. Hier nun der Quelltext zu den Methoden: BOOL CPrintSerialnumbersView::OnPreparePrinting(CPrintInfo* pInfo) { // Standardvorbereitung UINT maxPages_Etikett = 1; double dAnzahl = static_cast<double>(GetDocument()->m_iAnzahl_Seriennummern); dAnzahl = dAnzahl / static_cast<double>(Anzahl_Etiketten); dAnzahl = ceil(dAnzahl); maxPages_Etikett = static_cast<UINT>(dAnzahl); if (maxPages_Etikett == 0) { maxPages_Etikett = 1; } pInfo->SetMaxPage(maxPages_Etikett); return DoPreparePrinting(pInfo); } void CPrintSerialnumbersView::OnPrint(CDC* pDC, CPrintInfo* pInfo) { // TODO: Fügen Sie hier Ihren spezialisierten Code ein, und/oder rufen Sie die Basisklasse auf. // Metrischen Abbildungsmodus einstellen pDC->SetMapMode(MM_HIMETRIC); // MM_HIMETRIC jede logische Einheit ist auf 0,01 mm konvertiert. Positives x ist rechts, positive y ist oben. pDC->SetTextAlign(TA_CENTER | TA_BASELINE); pDC->SetBkMode(TRANSPARENT); //m_rcPrintRect festlegen if (pInfo) { m_rcPrintRect = pInfo->m_rectDraw; // in logische Einheiten konvertieren pDC->DPtoLP(&m_rcPrintRect); m_rcPrintRect.left += iSeitenrand_links; m_rcPrintRect.right -= iSeitenrand_rechts; m_rcPrintRect.top -= iSeitenrand_oben; m_rcPrintRect.bottom += iSeitenrand_unten; } GetDocument()->Drucke_Etiketten(pDC, pInfo, &m_rcPrintRect, this); // Weglassen des Aufrufs der Basisfunktion verhindert ein Aufrufen von OnDraw() // CView::OnPrint(pDC, pInfo); } void CPrintSerialnumbersDoc::Drucke_Etiketten(CDC * pDC, CPrintInfo * pInfo, CRect * pRect, CView * pView) { //Druckbereich festlegen CRect Druckbereich; Druckbereich.bottom = pRect->bottom; Druckbereich.top = pRect->top; Druckbereich.left = pRect->left; Druckbereich.right = pRect->right; //Fonts reservieren CFont Barcode, *pOldFont; // Font-Struktur deklarieren LOGFONT lfBarcode; // Struktur mit NULL füllen ZeroMemory(&lfBarcode, sizeof(LOGFONT)); // Schriftgröße festlegen lfBarcode.lfHeight = 120; //Schriftstärke lfBarcode.lfWeight = FW_NORMAL; // Schriftart festlegen wcscpy_s(lfBarcode.lfFaceName, _T("Bar-Code 39 lesbar")); VERIFY(Barcode.CreatePointFontIndirect(&lfBarcode, pDC)); pOldFont = pDC->SelectObject(&Barcode); int A4_X_PART = A4_quer / (2 * X_Anz); int A4_Y_PART = A4_hoch / (2 * Y_Anz); int x_Offset = -iSeitenrand_links + (A4_quer - Druckbereich.right) / 2; int y_Offset = iSeitenrand_oben + (29700 + Druckbereich.bottom) / 2; CArray<CString, CString> m_arrSeriennummernTemp; int iStart = Anzahl_Etiketten * (pInfo->m_nCurPage - 1); int iStop = Anzahl_Etiketten * (pInfo->m_nCurPage - 1) + Anzahl_Etiketten; if (iStop >= static_cast<int>(m_arrSeriennummern.GetCount())) { iStop = static_cast<int>(m_arrSeriennummern.GetCount()); } for (int i = iStart;i<iStop;i++) { m_arrSeriennummernTemp.Add(m_arrSeriennummern.GetAt(i)); } for (int iZeile = 0; iZeile < Y_Anz - 2; iZeile++) { for (int iSpalte = 0; iSpalte < X_Anz; iSpalte++) { int x = (2 * iSpalte + 1)*A4_X_PART - x_Offset; int y = (-1 * ((2 * iZeile + 1) * A4_Y_PART + y_Offset + ((-1 * yFaktor * (iZeile + 1) / (Y_Anz - 2)) + yFaktor))); pDC->TextOut(x, y, m_arrSeriennummernTemp.GetAt(0)); m_arrSeriennummernTemp.RemoveAt(0, 1); if (m_arrSeriennummernTemp.IsEmpty()) { break; } } if ((m_arrSeriennummernTemp.IsEmpty())) { break; } } // put back the old objects m_arrSeriennummernTemp.RemoveAll(); m_arrSeriennummernTemp.FreeExtra(); pDC->SelectObject(pOldFont); Barcode.DeleteObject(); } OnPrint wird ja für jede Seite aufgerufen. Beim 2. Aufruf stimmen aber im Falle das man druckt die Koordinaten des Druckbereichs nicht mehr. In der Vorschau sind die identisch mit der ersten Seite. Woran liegt das?
• E

  Funktion "scanCode2ascii(..)" gibt manchmal Unsinn zurück
  1. Okt. 2019, 10:12 • elmut19   8. Okt. 2019, 09:21

  9
  0
  Stimmen
  9
  Beiträge
  527
  Aufrufe

  E 8. Okt. 2019, 09:21

  Bis heute hatte ich keine Ausfälle dieser Art mehr. Den "KeyboardState" auf "NULL" zu setzen hat dann wohl geholfen. Vielen Dank nochmal Th69!
• E

  HWND nach mehrmaligem Aufruf plötzlich NULL
  18. Sept. 2019, 08:33 • elmut19   23. Sept. 2019, 06:00

  20
  0
  Stimmen
  20
  Beiträge
  737
  Aufrufe

  23. Sept. 2019, 06:00

  @elmut19 sagte in HWND nach mehrmaligem Aufruf plötzlich NULL: WM_KILLFOCUS Mal Grunsätzlich. WM_KILLFOCUS wird nur als Notification von Windows versendet. Man sollte es niemals selbst versenden... Dazu gibt es SetFocus!
• C

  statusbar sizegrip
  25. Aug. 2019, 09:19 • clamicun   25. Aug. 2019, 11:06

  3
  0
  Stimmen
  3
  Beiträge
  283
  Aufrufe

  C 25. Aug. 2019, 11:06

  @Th69 , If I creare the mainwindow like this: HWND hWnd = CreateWindowW(szWindowClass,szTitle, WS_OVERLAPPED | WS_CAPTION | WS_SYSMENU | WS_MINIMIZEBOX, x_pos,y_pos,wWidth,wHeight,nullptr,nullptr,hInstance,nullptr); there is no sizegrip, but not everybody wants to create this type of window
• X

  Aktuelle Ansicht einer SDI Anwendung per Button-Klick ändern, nicht per Menüleiste!
  mfc visual studio c sdi cpp view • 18. Aug. 2019, 13:42 • xe-li   18. Aug. 2019, 18:07

  10
  0
  Stimmen
  10
  Beiträge
  645
  Aufrufe

  X 18. Aug. 2019, 18:07

  Jetzt hat sich leider ein neues Problem aufgetan, ich dachte, dass es über die message Methode kein Problem mehr ist, auch von View2 zu View3 zu springen... aber fasch gedacht ... Ich habe im Designer einen Button auf View2 gepackt um zu View3 zu springen und im Event handler eine Methode hinzugefügt: CSecondView.h: public: afx_msg void OnBnClickedButton2(); CSecondView.cpp: void CSecondView::OnBnClickedButton2() { AfxGetMainWnd()->PostMessage(WM_COMMAND, ID_VIEW_3); } In MainFrame wird das genauso behandelt wie beim ersten mal (was ja geklappt hat): void CMainFrame::OnViewNextview() { CCreateContext ccx2; ccx2.m_pNewViewClass = RUNTIME_CLASS(CSecondView); m_pSecondView = DYNAMIC_DOWNCAST(CSecondView, this->CreateView(&ccx2)); RecalcLayout(); m_pSecondView->ShowWindow(SW_SHOW); //m_pSecondView->OnInitialUpdate(); SetActiveView(m_pSecondView); m_pSecondView->SetFocus(); //m_pSecondView->ResizeParentToFit(FALSE); } void CMainFrame::OnView3() { CCreateContext ccx3; ccx3.m_pNewViewClass = RUNTIME_CLASS(CThirdView); m_pThirdView = DYNAMIC_DOWNCAST(CThirdView, this->CreateView(&ccx3)); RecalcLayout(); m_pThirdView->ShowWindow(SW_SHOW); //m_pThirdView->OnInitialUpdate(); SetActiveView(m_pThirdView); //m_pThirdView->ResizeParentToFit(FALSE); } Wenn ich im MainFrame Menü den Button klicke klappt es auch wunderbar, aber wenn ich es über die Buttons im View navigiere, gibt es ein problem mit der SetActiveView() Methode von MainFrame wie mir scheint. Die Fenster werden nicht gescheit in den aktiven Fokus gesetzt. Wie müsste ich die Methode implementieren??? : void CMainFrame::OnSetFocus(CWnd* /*pOldWnd*/) { m_pMainView->SetFocus(); //m_pSecondView->SetFocus(); } Ich möchte einfach über Buttond von View zu View wechseln können
• A

  Fenstertitel einer SDI-Anwendung mit CFormview verschwindet unter Win10
  9. Aug. 2019, 06:53 • AndyDD   12. Aug. 2019, 15:04

  12
  0
  Stimmen
  12
  Beiträge
  541
  Aufrufe

  12. Aug. 2019, 15:04
• ?

  Dieses Thema wurde gelöscht!
  29. Juli 2019, 11:31 • Ein ehemaliger Benutzer   29. Juli 2019, 11:31

  1
  0
  Stimmen
  1
  Beiträge
  43
  Aufrufe
• E

  Mehrzeilige Tooltips für Toolbar
  18. Juli 2019, 06:52 • elmut19   19. Juli 2019, 12:39

  12
  0
  Stimmen
  12
  Beiträge
  584
  Aufrufe

  E 19. Juli 2019, 12:39

  @Th69 sagte in Mehrzeilige Tooltips für Toolbar: Schau dir mal die Sourcen von Custom ToolTips for MFC Projects an (dieser Artikel ist von 2007, daher gehe ich davon aus, daß es noch unter XP entwickelt wurde). Oder A multiline extended tooltip control bzw. CXInfoTip - Information Tooltip, welche noch älter (v. 1999 bzw. 2001) sind. Vielen Dank Th69 Ich werd das mal durchsehen.
• C

  Zugriff auf Header Dateien funktioniert nicht
  17. Juli 2019, 12:10 • CopWorker   17. Juli 2019, 12:41

  2
  0
  Stimmen
  2
  Beiträge
  265
  Aufrufe

  17. Juli 2019, 12:41

  Der erste Backslash ist zu viel (damit greifst du auf das Root-Verzeichnis zu): #include "Header2000_VST2013\\Source\\RpcKomUC\\RpcGlobal.h" (und es müssen auch doppelte Backslashs im Pfad angegeben werden oder alternativ normale Slashzeichen /). Wenn du den Code nicht ändern willst, dann mußt du entweder das Verzeichnis direkt im Root (z.B. C: ) anlegen (was aber nicht zu empfehlen ist) oder aber einen Verzeichnis-Link dort anlegen (s.a. meine Links unter Speicherplatz auf Server zu gering für Windows Update -was tun?). Ich empfehle aber, generell den Code zu überarbeiten und alle vorderen Backslashs zu löschen! Und dann in den Compileroptionen das übergeordnete Verzeichnis als "Include-Verzeichnis" einzutragen (so daß dann der relative Pfad gefunden wird).