AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Programmieren allgemein DXGIDebug.dll wird angeblich von mit WinRar erzeugter Setup-Exe geladen
Thema durchsuchen
Ansicht
Themen-Optionen

DXGIDebug.dll wird angeblich von mit WinRar erzeugter Setup-Exe geladen

Ein Thema von hoika · begonnen am 28. Feb 2020 · letzter Beitrag vom 2. Mär 2020
Antwort Antwort
Seite 2 von 2     12   
Incocnito

Registriert seit: 28. Nov 2016
223 Beiträge
 
#11

AW: DXGIDebug.dll wird angeblich von mit WinRar erzeugter Setup-Exe geladen

  Alt 2. Mär 2020, 11:54
Waren das auf der Komandozeile nicht diese Pipes mit denen man Dinge übergeben kann oder umgekehrt die Ausgabe umleiten kann?

vgl.:
echo Hallo > C:\Test.log

Nur so eine Idee!?

MfG
Incocnito
  Mit Zitat antworten Zitat
TiGü

Registriert seit: 6. Apr 2011
Ort: Berlin
3.070 Beiträge
 
Delphi 10.4 Sydney
 
#12

AW: DXGIDebug.dll wird angeblich von mit WinRar erzeugter Setup-Exe geladen

  Alt 2. Mär 2020, 13:54
Einfach mal eine E-Mail an WinRAR schreiben?
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu
Online

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.063 Beiträge
 
Delphi 12 Athens
 
#13

AW: DXGIDebug.dll wird angeblich von mit WinRar erzeugter Setup-Exe geladen

  Alt 2. Mär 2020, 14:12
Nicht alle Zeichen, welche "du" nicht nutzen kannst, sind auch verboten, bzw. nicht alles kann in jedem Programm genutzt vwerden.
Beispiel: versuche mal im Explorer oder mit Notepad die Datei .htaccess zu erstellen.
Fast überall sind im Windows "leere" Dateinamen nicht möglich und auch ein Punk am Ende wird oft abgeschnitten, da leere Dateiendung.

z.B. in der Registry kann/darf auch eine #0 im Namen vorkommen, was geil ist, da die C-Programme dann den Rest abschneiden, somit nicht darauf zugreifen können und man so Daten verstecken kann. (außer jemand nutzt native API)
Auch für Dateizugriffe gibt es die nativen APIs, aber ich hab grade nicht im Kopf was dort z.B. bei NtCreateFile geht, was CreateFile nicht kann.

Nicht alles ist überall beschränkt, bzw. es kommt erst in höheren Schichten dazu:
* im Dateisystem nicht erlaubt (es gibt mehrere Versionen)
* im Dateisystemtreiber nicht möglich (es gibt unterschiedliche Treiber und Versionen)
* in der nativen/interen WindowsAPI nicht möglich (bzw. nur vom Kernelmode aus)
* in der höheren WindowsAPI nicht möglich
* im Programm nicht verwendbar

Wenn ich mich recht erinner, dann ist NTFS im Grunde case-sensive, aber der Dateisystemtreiber vom Windows bügelt die Zugriffe dann glatt, weswegen wir nichts von mitbekommen.


Und ist es auch wirklich ein < und nicht vielleicht ein Zeichen, was zufällig nur so aussieht? (bzw. bei Konvertierung von Unicode zu ANSI dann in dieses übersetzt wurde)

@incongnito: per se ist das > ein Steuerzeichen der Console ... kann also gut sein, dass es im NTFS dennoch erlaubt ist.
Neuste Erkenntnis:
Seit Pos einen dritten Parameter hat,
wird PoSex im Delphi viel seltener praktiziert.

Geändert von himitsu ( 2. Mär 2020 um 14:29 Uhr)
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 2     12   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 13:48 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz