XPSE

RGH

Wahrscheinlich hat hier XPSE das Problem, dass zur Compilezeit natürlich nicht bekannt ist, welche Funktionen die DLLs zur Laufzeit auf dem ausführenden Rechner haben werden.
(Das ist z.B. auch der Grund dafür, dass der Compiler von XProfan fehlende Funktionen nicht mehr anmeckert, sondern dies der Runtime überlässt.)

Gruß
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

~ setzt mal dieses Ding davor.

Vielleicht geht es dann.

mfg

RGH

Peter Bierbachh

~ setzt mal dieses Ding davor.

Vielleicht geht es dann.

mfg

Bestimmt nicht! Das hilft nur, wenn die externen Funktionen in Headerfiles deklariert sind! Hier geht es um den Import von Funktionen per ImportDLL()! (Hier lohnt sich ein Blick in die Hilfe!)

Gruß
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

@Nico: Die NOERR-Keule kann für Einzelfälle von pushKeyWord verhindert werden - aber ich habe eine Idee wie ich z.B. ImportDLL(USER32,u_) dennoch ermöglichen kann. Alternativ könnte ich ein Vorzeichen für Funktionen erfinden welche nicht angewarnt werden sollen, sowas wie __.

Matthias
Arlt

Peter Bierbachh

~ setzt mal dieses Ding davor...

Dieses Ding hat übrigens auch einen Namen. Es nennt sich Tilde.
Nur mal so, falls der Begriff mal andernorts auftaucht...

Gruß
Matthias

WinXP SP2, Win7 - XProfan 10/11/FreeProfan32 - Xpia

Nico
Madysa

@Nico: Die NOERR-Keule kann für Einzelfälle von pushKeyWord verhindert werden

Haha, ich wußte doch, daß es da noch etwas für den Einzelfall gab - nur, daß ich vergessen hatte, daß das Ding PushKeyWord hieß - danke!

iF

Alternativ könnte ich ein Vorzeichen für Funktionen erfinden welche nicht angewarnt werden sollen, sowas wie __.

Und wie wärs, wenn du einfach ausläsest, welches Präfix in ImportFunc/ImportDLL angegeben wird und alle Funktionen mit den ausgelesenen Präfixen ignoriertest? Das klappte dann in meinem obigen Beispiele ja mit alles DLLs bis auf die Prospeed - dann müßten XPSE-Nutzer halt bei Import-x() ein Präfix angeben, eine Einschränkung, an welche sogar ich mich gewöhnen könnte.

Nico Madysa

Es nennt sich Tilde.

Für mich ist ein Ding...

Natürlich hatte ich schon voller Erwartung auf die Belehrung gewartét.

Hatte zu Hause mit einem Kameraden darüber schon eine Wette abgeschlossen.
Also, ihr seid schon richtig lustig, bei euch bleibe ich

Ist ein Forum voller Witz.

mfg

Matthias
Arlt

Gratuliere zur gewonnenen Wette

WinXP SP2, Win7 - XProfan 10/11/FreeProfan32 - Xpia

@Nico: So ähnlich mache ich das bei den Units, nur das ich dort auch noch vergleiche ob die Funktionen aus der .def-Datei übereinstimmen und mit dem Unterschied das dass Präfix nicht in einer Stringkonstante abgelegt* wird. Das sollte aber hinzubekommen sein wenn das Präfix auf einen . (in Worten: Punkt) endet.

Finde ich sowieso irgendwie komisch (aber dennoch auch wiederum verständlich) das Roland das Präfix bei import... in einem String erwartet.

RGH

Finde ich sowieso irgendwie komisch (aber dennoch auch wiederum verständlich) das Roland das Präfix bei import... in einem String erwartet.

Das Präfix ist nun mal eine Zeichenkette, also ein String.

Ich würde allerdings nicht den Punkt vorschreiben (ja nicht einmal empfehlen). Der Unterstrich wäre für diesen speziellen Fall die erste Wahl. Der Punkt trennt Objekt von Methode/Eigenschaft bzw. Klasse von Methode Eigenschaft und hat somit in der XProfan-Syntax eine definierte Bedeutung.
Noch erlaube ich in Bezeichnern nahezu alle Zeichen, aber ich habe schon des öfteren darüber nachgedacht, Bezeichner auf Buchstaben (A..Z,a..z), Ziffern (0..9) und Unterstriche (_) zu beschränken, wobei das erste Zeichen ein Buchstabe oder Unterstrich sein muss. Die Sorge um die Herzkranzgefässe einiger altgedienter User, die es bislang anders hielten, hat mich bisher davon abgehalten. ;)

Gruß
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

Auch wenn z.B. ich nicht immer eine Klasse definiere - so einklassiere (ich wollte nicht klassifizieren schreiben

) ich dennoch fast alles nach dieser Syntax - der Übersicht wegen behaupte ich einfach es sind alles Klassen!

Ein Beispiel:

ogl.clear
ogl.push
ogl.pop

gehört alles zu ogl - wie ich finde sehr praktisch und das ziehe ich seither auch in grösseren Programmen so durch.

Man könnte also sagen, ogl sei hier nach der Syntax eine klasse - wenn auch keine echte.

Und wenn man z.B. aus einer klasse DLL

alle Funktionen einholt, dann liegt es doch garnicht fern zu sagen: thisDll.methode

Das es nicht ganz korrekt ist, ist mir klar - hingegen XProfan jedoch nicht Objektbezogen arbeitet wie z.B.

declare a$,b$
b$=a$.mid$(1,10)

womit das meinige Prinzip insich wiederum schlüssig ist und im Alltag breite praktischste Verwendung gefunden hat.

Das wiederum Praktische ist dass keiner (speziell) meiner Wünsche Dich an irgendwas (wie z.B. die Abschaffung des Punktes aus den Bezeichnernamen) hindern müssen da ich mir das XProfan per XPSE ja auf meine Bedürfnisse zurechtrücke.