Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

[Erledigt] mit Java Ram auslesen, verändern

Werbeanzeige

fkrauthan

Supermoderator

Beiträge: 979

Wohnort: Vancouver

Beruf: Software engineer

  • Private Nachricht senden

21

12.03.2009, 22:33

:arrow: Es geht ist aber sinloss.

So wäre mein Fazit =)
Homepage: fkrauthan.de | Browser-game: flowergame.net

Das Gurke

Community-Fossil

Beiträge: 1 996

Wohnort: Pinneberg

Beruf: Schüler

  • Private Nachricht senden

22

13.03.2009, 07:36

Mein Fazit wäre, dass es nicht geht. Denn ohne auf den "Maschinencode" in der DLL zuzugreifen kommt Java ja an die anderen Speicherbereiche nicht ran. Mit den "reinen" Bordmitteln des Java SDKs ist man da aufgeschmissen.
http://trash.gurxite.de/userbarmarcusbloggt.png
http://img.flowergame.net/flower/77.pnghttp://img.flowergame.net/flower/221.pnghttp://img.flowergame.net/flower/223.png

fkrauthan

Supermoderator

Beiträge: 979

Wohnort: Vancouver

Beruf: Software engineer

  • Private Nachricht senden

23

13.03.2009, 13:26

naja der DLL zugirff ist ein "Reines" boardmittel würde ich mal sagen ;-)
Homepage: fkrauthan.de | Browser-game: flowergame.net

Faule Socke

Community-Fossil

Beiträge: 1 915

Wohnort: Schreibtischstuhl

  • Private Nachricht senden

24

13.03.2009, 16:43

Gurke: Wenn du das schon so formulierst :P geht es denn mit C++ mit reinen Boardmitteln? Soweit ich weiß, braucht man doch immer noch ne Sysapi um an den Speicher ranzukommen, es sei denn, das System läuft im Real mode, dann ists klar^^

Socke

Anonymous

unregistriert

25

13.03.2009, 18:11

Faule Socke
Klar, braucht man immer systemspezifische Funktionalitäten, da das System den Speicher verwaltet. Doch einen Memory-Manager zu schreiben, der vor dem System den Speicher der Applikation verwaltet ermöglicht einem neue Dimensionen ;)

Java hat doch noch nicht mal einen "richtigen" Garbage Collector, geschweige einen mit dem man Arbeiten kann.

xardias

Community-Fossil

Beiträge: 2 731

Wohnort: Santa Clara, CA

Beruf: Software Engineer

  • Private Nachricht senden

26

13.03.2009, 19:32

Zitat von »"unsigned long"«

Java hat doch noch nicht mal einen "richtigen" Garbage Collector, geschweige einen mit dem man Arbeiten kann.

Bitte verallgemeiner deine schlechten Erfahrungen mit Java doch nicht immer so. Ich kenne sehr viele Leute, die sehr gut mit dem arbeiten können (mich eingeschlossen).

Anonymous

unregistriert

27

13.03.2009, 19:43

So? Wie kann man denn damit bitteschön "gut" arbeiten? Gut, er wischt dir den dreck hinterher, aber das war es auch schon. Der GC bietet keinerlei Funktionalität! Da ist der von C# um Lichtjahre voraus.

Mordrak

1x Contest-Sieger

Beiträge: 121

Wohnort: München

Beruf: Junior IT Consultant

  • Private Nachricht senden

28

13.03.2009, 20:55

Und ueberhaupt, wer braucht schon einen Garbage Collector. Wenn dann bitteschoen wie in Vatical ein Value-Collector:

Zitat

Alle Variableninhalte, die Vatical als brauchbar ansieht (z.B. reale, positive Zahlen oder Zeichenketten mit originellem Inhalt und kulturellem Niveau) verlegt das Betriebssystem in die Datei RECORDS auf der FATHER Diskette. Die restlichen Einträge werden in der ewigen Liste niedergelegt, und der Speicher wird gelöscht. Einträge, die der Benutzer weiterverarbeiten will, hätten vorher in die Datei ESTATE abgelegt werden müssen.


Und so schlimm ist der GC von Java nun auch wieder nicht... (Der will nur spielen!) Und arbeiten damit kann man eh nicht, das ist ja quasi eine der Zertifizierungsfragen von Sun :-)

Amen,
Mordrak
What's yellow and equivalent to the axiom of choice? The Lemmon of Zorn!

Werbeanzeige