Seite 1 von 1
dateien werden nicht gefunden
Verfasst: 17.02.2016 17:37
von xperience2003
moin,
hab da mal purebasic auf mint laufen und auch gleich das erste problem
includebinary, includefile und xincludefile finden die dateien nicht
wie ich in den beispielen sehe, wird im sprite beispiel ein #PB_Compiler_Home vor dem
path getan..warum?!?
mein path ist home/benutzer/codes/
die files ligen in home/benutzer/codes/inc/
der source ist darin
includefile "inc/datei" geht nicht
includefile #PB_Compiler_Home+"inc/datei" geht nicht
was ist falsch
Re: dateien werden nicht gefunden
Verfasst: 17.02.2016 18:04
von NicTheQuick
Du musst in den Compiler Optionen einstellen, dass das Executable im Sourceverzeichnis erstellt wird.
Re: dateien werden nicht gefunden
Verfasst: 17.02.2016 18:17
von xperience2003
da wird nix eingetragen
habe im code #
beim kompilieren kommt der fehler
Line 274: Included file not found: /home/hahner/codes/inc/Pix32-PURSY.bmp.
...obwohl es genau das ist und auch vorhanden ist
Re: dateien werden nicht gefunden
Verfasst: 17.02.2016 18:32
von mhs
Groß-/Kleinschreibung auf Linuxsystemen?
Was gibt denn
aus?
Re: dateien werden nicht gefunden
Verfasst: 17.02.2016 18:51
von ts-soft
xperience2003 hat geschrieben:
Re: dateien werden nicht gefunden
Verfasst: 17.02.2016 19:21
von xperience2003
ok..hat sich erledigt
and the winner is : gross-klein schreibung

danke
...woraus sich natürlich gleich das nächste prob ergibt
kann sein, dass man sprites nicht in arrays laden kann??
Code: Alles auswählen
Procedure OoCatchPix32Font(id,addy)
If CatchSprite(0,addy)<>0
DisplaySprite(0,0,0)
i=0
For y=0 To 5
For x= 0 To 9
OoFontTex(32+i,id)=GrabSprite(#PB_Any,x*32,y*32,32,32,#PB_Sprite_AlphaBlending )
i+1
Next
Next
ProcedureReturn 1
Else
ProcedureReturn 0
EndIf
EndProcedure
Procedure OoGetFontSprite(fnt,text$)
actsprite=Asc(text$)
ProcedureReturn OoFontTex(actsprite,fnt)
EndProcedure
das bild mit den schriftsprites ist vorhanden , und includiert
am anfang des codes steht auch ein
nun hol ich mir das einzelsprite
der debug ist grösser null, aber
Code: Alles auswählen
DisplayTransparentSprite(spr.l,444,333,255,RGB(255,255,255))
zeigt nichts an
...also unter windoof ist das alles gelaufen
Re: dateien werden nicht gefunden
Verfasst: 17.02.2016 23:10
von Macros
Kleine Richtigstellung:
NicTheQuick hat geschrieben:Du musst in den Compiler Optionen einstellen, dass das Executable im Sourceverzeichnis erstellt wird.
Das hat auf Includefile und Verwandte keinen Einfluss. Wäre auch seltsam wenn man die Pfade dafür immer relativ zum Compiler angeben müsste.
Sprites in Arrays laden sollte auf jeden Fall gehen.
Meine Vermutung wäre: Grabsprite holt unter Linux wirklich den Bildschirmiinhalt und ohne Flipbuffers wird das andere noch nicht angezeigt.
ClipSprite() könnte eine sauberere Lösung für deinen Code sein.
Ohne kompletten Code kann man natürlich nur raten

Re: dateien werden nicht gefunden
Verfasst: 17.02.2016 23:49
von Bisonte
und dann hätten wir da noch das gern übersehene .l an einer Variablen, das unverhergesehene Probleme verursachen kann,
wenn man mit PB 64Bit am machen ist. (Wenn es denn so ist.)
Aber unsere Glaskugel versagen mal wieder jegliche Mitarbeit. Infos und Code sind schon notwendig.
Re: dateien werden nicht gefunden
Verfasst: 18.02.2016 04:38
von PMV
Und selbst wenn mit 32-Bit kompiliert wurde. Für IDs immer Integer (.i) verwenden.
Long (.l) ist schon seit Jahren nur noch für Sonderfälle zu nutzen. Das wird jedem,
der doch irgend wann auf 64-Bit umsteigt, Tage oder gar Wochen an Suche ersparen.
Wollt ich nur los werden.
Das Array wird übrigens auch als Long deklariert, was Integer werden sollte.
MFG PMV
Re: dateien werden nicht gefunden
Verfasst: 18.02.2016 19:36
von xperience2003
das waren sehr viele infos, danke
naja, hab ne längere zeit nichts gemacht, aber werds schon hinkriegen
..eine frage noch...is das für mich neue opengl gadget schnell und sinnvoll (programmiere hauptsächlich nur linux)
oder doch lieber nen sdl screen , also sehr von vorteil sind die pb-mouse abfragen, da muss man es selber
nicht machen, aber mir gehts eher um geschwindigkeit