Problem mit großer Textdatei

[PeSch]

Hallo Leute,

Sorry das ich nochmal stören muss. Das Programm funktioniert tadellos auf meinem 32-Bit Win7 Rechner, sowie auf einem 32-Bit WinXp Rechner. Aus irgendeinem Grund bekomme ich aber auf meinem 64-bit Win7 Rechner folgenden Error: "Invalid Filename". Wenn ich das Programm aus der IDE heraus starte, dann compiliert er das Programm problemlos (wieso auch nicht) und sobald er das Programm dann versucht zu starten kommt dieser Speichererror: "Exception Class SIGSEGV".

Meine Frage: Woran liegt das? Also Comodo Firewall ist aus, AVG Antiviren Software ebenfalls. Schreibschutz der Zieldatei liegt ebenfalls nicht vor.

Ich kann mir das nur mit der Speicherverwaltung von Win7 64Bit erklären, nur weiss ich nicht was ich dagegen machen soll? Das Programm mit Adminrechten zu starten brachte auch keinen Erfolg.

Hat vielleicht jemand eine Idee was die Ursache sein könnte?

MfG

Peter

[Klaus01]

Hallo,

ist in dem Dateinamen auch der absolute Pfad enthalten?
Wo liegt die Datei - hast Du eventuell darauf keinen Zugriff?

SIGSEGV - riecht eher nach einem Unix-System als Windows 7
Speicherschutzverletzung - vielleicht als folge der nicht gefundenen Datei??

Grüße
Klaus

[p80286]

Zitat von Klaus01:

SIGSEGV - riecht eher nach einem Unix-System als Windows 7
Speicherschutzverletzung - vielleicht als folge der nicht gefundenen Datei??

Oder anders herum, eine wilde Schreiboperation hat den Dateinamen geschrottet.

Gruß
K-H

[PeSch]

Zitat von Klaus01:

Hallo,

ist in dem Dateinamen auch der absolute Pfad enthalten?
Wo liegt die Datei - hast Du eventuell darauf keinen Zugriff?

SIGSEGV - riecht eher nach einem Unix-System als Windows 7
Speicherschutzverletzung - vielleicht als folge der nicht gefundenen Datei??

Grüße
Klaus

Dateiname und absoluter Pfad sind vorhanden, es ist im Prinzip alles so wie auf den 32bit Systemen, nur das er hier nicht funktioniert. Diesen Error hatte ich öfters mal, wenn ich die Array Länge (und damit die Speicherplatzzuweisung) nicht vorab im Programm angegeben hatte, ist aber hier nicht der Fall. Zugriff habe ich auch, manuell kann ich die Datei ja auch ohne weiteres bearbeiten. Und andere Programme, bspw. Mathematica von Wolfram können die Datei ja auch ohne weiteres bearbeiten und verwenden.

@K-H:

Sollte eigentlich nicht. Ich habe die Datei nur vom USB Stick in einen Ordner der HD kopiert.

Ein Freund von mir meinte, die Speicherverwaltung von 64bit System sei ganz anders als bei 32bit Systemen. Aber mir ist nicht ganz klar, was genau sich da so restriktiv verhält. Ich meine, im Notfall kann ich auch die Daten auf einem andern Rechner durch meine Programme laufen lassen, ist halt nur recht umständlich.

[himitsu]

Zitat von PeSch:

Sollte eigentlich nicht.

Er meinte: Dein Programm hat vermutlich einen Bug/Fehler, welcher sich unter 64 Bit so zeigt, bzw. welcher zufällig bei dir anders auftritt und dabei weniger kaputt macht.

Was sagt denn der Debugger, wie die Variablen kurz vor dem einen Funktionsaufruf aussehn?

[PeSch]

Zitat von himitsu:

Zitat von PeSch:

Sollte eigentlich nicht.

Er meinte: Dein Programm hat vermutlich einen Bug/Fehler, welcher sich unter 64 Bit so zeigt, bzw. welcher zufällig bei dir anders auftritt und dabei weniger kaputt macht.

Was sagt denn der Debugger, wie die Variablen kurz vor dem einen Funktionsaufruf aussehn?

Ich hoffe ich verstehe die Frage richtig: Er sagt nur, dass zwei Variablen deklariert, aber nie benutzt wurden (die stammen noch aus einer früheren Version des Codes) und ansonsten nur "Projekt erfolgreich kompiliert ".

Dann crashed das Programm direct und er zeigt mir:

Delphi-Quellcode:

program Perseus;

{$mode objfpc}{$H+}

uses
  {$IFDEF UNIX}{$IFDEF UseCThreads}
  cthreads,
  {$ENDIF}{$ENDIF}
  Interfaces, // this includes the LCL widgetset
  Forms, Unit1
  { you can add units after this };

{$R *.res}

begin
  Application.Initialize;
  Application.CreateForm(TForm1, Form1);
  Application.Run;
end.

und den zuvor genannten Error.

Mfg

Peter

[p80286]

Zitat von himitsu:

Was sagt denn der Debugger, wie die Variablen kurz vor dem einen Funktionsaufruf aussehn?

Damit ist gemeint, entweder einen Haltepunkt setzen (F5) oder gaanz laaangsam mit F7 durch das Programm steppen, und die ganze Zeit die Variablen bzw ihre Inhalte im Blick behalten.

Gruß
K-H

[himitsu]

Zitat von p80286:

Damit ist gemeint, ...

Jupp.

Zitat:

Er sagt nur, dass zwei Variablen deklariert, aber nie benutzt wurden

Das sagt der Compiler (Linker inbegriffen) und nicht der Debugger.