Hallo Rainer,
ich habe den Drucker HL1250 per USB im Windows10 Einsatz. Er wird korrekt erkannt, daher wundert es mich, dass der HL1450 nicht erkannt wird.
Gruß
Wilfried
Hallo Rainer,
ich habe den Drucker HL1250 per USB im Windows10 Einsatz. Er wird korrekt erkannt, daher wundert es mich, dass der HL1450 nicht erkannt wird.
Gruß
Wilfried
Das war der fehlende Baustein
Danke Falk!
Aber Rainer!
Das war natürlich das Erste, was ich probiert habe:-).
Ich habe mal Hello2 versucht, multilaunchable zu machen. Zuerst den single Eintrag entfernt und kompiliert. Die angemahnten Methodenaufrufe dann wie oben beschrieben mit GeodeGetOptrNS(@object) ergänzt. Pmake hat daraufhin keine Fehlermeldung zurückgenommen.
GeoFile ist multilaunchable. Im Grunde wird dort nach dem obigen Schema vorgegangen (allerdings nicht bei allen Methodenaufrufen, Hängt wohl von der Art der Objekte ab).
Ein Rätsel...
Wieso hat dann z.B. GeoFile keinen Platform Eintrag?
Mein SDK ist von Bolle.
Der Eintrag platform geos201 hat das Problem gelöst.
Komisch, in meinen bisherigen Programmen habe ich platform nie verwendet.
Danke Rainer
Die Fehlermeldungen sehen exakt so aus wie in diesem Beitrag zur FQA:
Error Bitmap.GOC 73: Error handle relocation from shared/read-only to
unshared/writable segment INTERFACE
Error Bitmap.GOC 73: Error geode cannot be multi-launchable
It is becuase you don't have the "single" flag set in the "type" line
of your .gp file. The type line should look something like this:
type appl, process, single
You will generally want your application to be single launchable,
especially on smartphones and PDA devices. If you are writing an
application that you do want to make multi-launchable (that is,
more than one instance of the application can be launched
concurrently), then you will need to use GeodeGetOptrNS on any
static optrs in your source code. Here is an example of using
that:
@send GeodeGetOptrNS(@MyObject)::MSG_META_DUMMY();
Ich möchte eine Application multilaunchable machen.
Dazu nehme ich aus der gp-Datei zunächst den Eintrag single heraus.
Dann ersetze ich in der goc-Datei alle Methodenaufrufe z.B. @call objekt::MSG_IRGENDWAS durch @call GeodeGetOptrNS(objekt)::MSG_IRGENDWAS. So wird es in der FAQ beschrieben. Leider bleiben die Fehlermeldungen von pmake, die ich ohne GeodeGetOptrNS bekommen habe, dieselben. Was mache ich falsch?
Wilfried
Hallo Rainer,
jetzt bin ich etwas verwirrt:
Zunächst bekomme ich mit deiner Version dieselben Fehlermeldungen. Wenn ich aber "exempt wav" aus der gp-Datei herausnehme, erfolgt die Kompilation fehlerfrei.
Deine Version unterscheidet sich übrigens von meiner nur durch eine andere heapspace-Angabe und (bei mir) viel Erklärungstext.
Danke
Wilfried
Jörg, kannst du es mal versuchen zu kompilieren? Geht ja schnell;-). Ich möchte nur wissen, ob das Misslingen an meinem SDK liegt.
Als Plattform war Zoomer eingebunden, aber das hatte ich schon auskommentiert.
Hallo Jirka,
pmake meldet:
Error WAVSAMP.GP 53: Can't find required library geos in any of the platform files
Error WAVSAMP.GP 53: Can't find required library ui in any of the platform files
Ich benutze nach wie vor das NT-SDK.
Wilfried
Hat mal jemand versucht, das Beispielprogramm wavsamp zu kompilieren? Ein paar Librarys werden nicht gefunden.
Gruß
Wilfried
Dank der Hilfe von Rainer tut sie das jetzt.
Gruß
Wilfried
Rainer: Das Ziffernblatt meiner Uhr hab ich mit dem Iconeditor erzeugt. Und der will (bei mir) partout keinen Quellcode für 256 Farben schreiben. An eine Weiterentwicklung dieses Projekts hab ich bisher gar nicht gedacht.
Konstantin: Die Uhr läuft (bei mir unter Win XP) tatsächlich flackerfrei. Ich kann sie auf der nächsten Zoom-Konferenz mal zeigen.
Gruß
Wilfried
Das ist ja genau das, wonach ich gesucht habe:-).
Ich kann mit Farben leider nicht allzuviel anfangen, daher reichen mir die 16 Farben:-(.