AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

dynamische Arrays

Ein Thema von Mr.M · begonnen am 7. Mai 2004 · letzter Beitrag vom 7. Mai 2004
Antwort Antwort
Seite 2 von 2     12   
Chewie

Registriert seit: 10. Jun 2002
Ort: Deidesheim
2.886 Beiträge
 
Turbo Delphi für Win32
 
#11

Re: dynamische Arrays

  Alt 7. Mai 2004, 15:59
Zitat von alcaeus:
Speicherschutz bedeutet, dass ich nur an meinen Speicherbereich rankomme und den anderen in Frieden lassen muss.
Das ist aber so bei Windows.
Martin Leim
Egal wie dumm man selbst ist, es gibt immer andere, die noch dümmer sind
  Mit Zitat antworten Zitat
Benutzerbild von alcaeus
alcaeus

Registriert seit: 11. Aug 2003
Ort: München
6.537 Beiträge
 
#12

Re: dynamische Arrays

  Alt 7. Mai 2004, 16:01
Zitat von alcaeus:
Wenn M$ aber den Speicherschutz für Systemprogramme richtig implementieren würde, würde das ganze Problem nicht auftereten.
Das müsste eigentlich noch alles sagen? Ich hab nie gesagt dass es Speicherschutz bei Win nicht gibt, aber wenn er richtig funktionieren würde, dann würde es keine Viren geben, die sich durch BufferOverflow einnisten...
Andreas B.
Die Mutter der Dummen ist immer schwanger.
Ein Portal für Informatik-Studenten: www.infler.de
  Mit Zitat antworten Zitat
70UR157

Registriert seit: 12. Jan 2003
24 Beiträge
 
#13

Re: dynamische Arrays

  Alt 7. Mai 2004, 17:14
das was du unter Speicherschutz verstehst ist ohne Hardwareunterstützung der CPU unmöglich.
Nicht für Win als auch für Linux. Es geht halt nichs über saubere Programmierung!
  Mit Zitat antworten Zitat
OregonGhost

Registriert seit: 8. Jun 2002
Ort: Lübeck
1.216 Beiträge
 
Delphi 3 Professional
 
#14

Re: dynamische Arrays

  Alt 7. Mai 2004, 17:49
Also, im XP Service Pack 2 gibt es einen komplett neuen Speicherschutz, der sorgt (im RC1) dafür, dass der Delphi 7 Debugger nicht mehr funktioniert, weil da irgend so ein Hack drinne ist. (Borlands 7.1-Debugger (z.B. C#Builder) macht keine Probleme.)
Also funktioniert der Speicherschutz wohl ganz gut.

Ich bezweifle übrigens einfach mal, dass man in einen anderen Prozessraum schreiben kann (jedenfalls auf diese Weise). Das Problem bei Buffer Overflows ist doch gerade, dass ein Programm seinen eigenen Speicher fälschlicherweise selbst überschreibt, weil es keine Bereichsprüfung macht, und da kommt man als Betriebssystem nur schwer gegen an (denn das OS weiß ja nicht, ob die Anwendung möglicherweise sowas absichtlich machen will). Das sind ja gerade diese ganzen C-Fallstricke mit nullterminierten Strings und so (im einfachsten Fall), das wird vermutlich durch die gemanageten Umgebungen besser...
Oregon Ghost
---
Wenn NULL besonders groß ist, ist es fast schon wie ein bisschen eins.
  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 21:27 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