Themabewertung:
  • 0 Bewertung(en) - 0 im Durchschnitt
  • 1
  • 2
  • 3
  • 4
  • 5
Linienverwaltung
#11
Zitat:Original von prissi
Es gibt durchaus 64bit speziefische Fehler. Und es gibt Fehler im Crosscompiler. Beides hatten wir schon. In dem Fall funktioniert bei mir aber alles, so dass ich das auf einen Compilerfehler schieben würde.
Ich weiß nicht, ob ich etwas verpasst habe, aber von Simutrans _gibt_ es doch keine Windows-64-Bit-Version. Wie soll da ein Fehler 64-Bit-spezifisch sein?
Die einzige Möglichkeit wäre da ein Bug in Windows, der wahrscheinlich Massenhaft auftreten müsste, da Simutrans vermutlich nicht so besondere Funktionsaufrufe nutzt.
Zitieren
#12
OT, aber trotzdem für diesen Thread

Also ich produziere 64 Bit nur für Linux. Da es noch keinen 64Bit Crosscompiler giebt ;o)
Rechtschreibfehler sind gewollt und unterliegen dem Copyright des Verfassers, es sei denn, sie sind expliziet unter die GPL gestellt ....

Für "Simutrans-Nightlys" und aktuelle PAK: http://nightly.simutrans-germany.com
Zitieren
#13
[OT]
PowerPC sollte auch 64bit sein.

Es gibt durchaus Indizes, die als long abgespeichert werden, was unter Windows 32bit ist (obwohl mein altes C-Buch sagt, dass ein pointer immer in long passen sollte) und unter GCC linux 64 bit.
[/OT]

Nur, meine Versionen, sowohl MinGW als auch MSVC haben den Fehler nicht. Deswegen könnte es am Crosscompiler oder GCC 4.x liegen. Andere Möglichkeiten sehe ich nicht, denn das Anklicken von neuer Linie funktioniert für mich so, wie es soll.
Zitieren
#14
Zitat:PowerPC sollte auch 64bit sein. Es gibt durchaus Indizes, die als long abgespeichert werden, was unter Windows 32bit ist (obwohl mein altes C-Buch sagt, dass ein pointer immer in long passen sollte) und unter GCC linux 64 bit.
Ja, somit könnte ein Fehler 64-Bit spezifisch, sein, er kann aber nicht unter Windows x64 auftreten, weil Windows x64 (genau so wie ein "normales" Windows XP, Windows 98 usw.) das Programm nur als 32-Bit-Version vorliegen haben und nur als solches ausführen. x86_64 ist x86, und keine andere Architektur.
Wenn, dann liegt der Fehler bei Windows in der Behandlung von 32-Bit-Applikationen oder in der Behandlung des Kompatibilitätsmodus durch die Hardware. An beiden können wir hier wenig ändern.

In ganz speziellen Ausnahmefällen könnte es möglich sein, das ein Fehler nur auf der Win-32-Bit oder nur auf der Win-64-Bit Version auftritt. Daran ist dann aber Simutrans nur mittelbar schuld, es liegt dann eher an den Eigenheiten der entsprechenden Umgebung.
Zitieren
#15
nochmal angemerkt:

Die funktion ist nach der Grafik zu urteilen deaktiviert (und funktioniert nicht nur nicht)

Und zwar auch auf einem 32bit-Windows

Compiloreinstellungen oder gcc4 als ursache ist wahrscheinlich.
Ich tippe auf eine Initialisierung des entsprechenden Aktivirungsbits.
Zitieren
#16
Die Funktion ist nicht deaktiviert, nur die Oberflaeche bekommt nicht mit das (a) ein Fahrplanfenster zu oeffnen ist und (b) eine neue Linie in der Linienuebersicht dazugekommen ist. Die Linie wird ja ordnungsgemaess angelegt.
Zitieren
#17
Btw.

Es ist gerade ein neues nightly rausgekommen. Könntet Ihr Probieren?
Rechtschreibfehler sind gewollt und unterliegen dem Copyright des Verfassers, es sei denn, sie sind expliziet unter die GPL gestellt ....

Für "Simutrans-Nightlys" und aktuelle PAK: http://nightly.simutrans-germany.com
Zitieren
#18
Win32: tut

Ich glaube aber, dass ich ein wenig dämlich bin, denn ich hatte es natürlichbei Reiter "alle" probiert und da darfs natürlich nicht aktiviert sein

Also bitte alls zum Thema deaktiviert vergessen.


Dennoch: alte lief nicht, neue funktioniert.

können wir dann wohl dicht machen
Zitieren
#19
Ist auch keine Ueberraschung, dass es mit dem nightly 102.2.2ReleaseCandidate funktioniert, da ist dieser bug/feature auch nicht drin.
Zitieren
#20
bei mir funktioniert es auch wieder (64Bit)
Zitieren


Gehe zu:


Benutzer, die gerade dieses Thema anschauen: 2 Gast/Gäste