| |
| |
|
D.Hoffmann | Hi, ich habe letztens fröhlich eine kleine DLL in DevC++ geschrieben, doch Profan bemerkt nur ab und zu, dass sie überhaupt existiert. Was mache ich falsch? Ich habe alle exportierten Funktionen in der DLL als extern C __stdcall definiert, aber irgendwie funzt es ni so richtig. Den Aufruf von XProfan 9.1 mache ich (vermutlich richtig) so:
DEF @ShrinkFileLZW(3) ! BRUISE.dll, ShrinkFileLZW
declare text$
text$ = eingabe.dat Eingabedateiname
textof$ = ausgabe.dat Ausgabedateiname
ShrinkFileLZW(addr(text$), addr(textof$), 0)
Obwohl die DLL im selben Verzeichnis ist (ich hab sie auch schon ins Profan-Install.Verz. geschoben) meldet es immer, dass es die DLL nicht gefunden hätte. Wieso? |
|
| |
| |
| |
|
|
Clemens
Meier | |
| |
| |
| |
|
|
Jörg
Sellmeyer | Hast Du die Dll denn auch mit UseDll(...) geladen?
Da war der Clemens schneller!  |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 20.06.2006 ▲ |
|
| |
|
|
D.Hoffmann | Ich dachte, ich kann die DLL schon beim Start einbinden lassen, so wie es in der Hilfe auch beschrieben ist. Auch die beschriebene Variante, falls man nur einen Aufruf braucht
@external(BRUISE.DLL, ShrinkFileLZW, addr(text$), addr(textof$), 0)
funktioniert mit derselben Begründung nicht. Merkwürdig nur, dass ein oder zweimal die DLL doch erkannt und ordentlich (im weitesten Sinne) aufgerufen wurde....komisch. |
|
| |
| |
| |
|
|
D.Hoffmann | | Ich hab grad die ShProfan.exe mit in mein Projektverzeichnis gezupft und es klappt...trotzdem danke! Naja, vielleicht liegt es an der Tatsache, dass ich bisher nur die Shareware-Version von XProfan 9.1 benutze... |
|
| |
| |
| |
|
|
Clemens
Meier | | Bedenke, du arbeitest unter dem Betriebssystem Windows !!! Rate mal, warum kein Programmierer auf der Welt irgendeine Garantie auf seine Programme abgibt. Probiere es einfach mit usedll und schau, ob es funzt. Hatte das gleiche Problem mit einer systemeigenen DLL, die auch eine Extraeinladung brauchte. |
|
| |
| |
| |
|
|
D.Hoffmann | Naja, als Test reicht mir der eine Aufruf mit @external(...., ...) usw.
Jetzt weiß ich wenigstens, dass es funktionieren kann. Wenn die DLL fertig ist (was noch ein Weilchen dauern dürfte), kann ich alle Profaner mit LZW und Arithmetic Coding beglücken...bis jetzt kann das Ding nur Speicherbereiche und Dateien mit LZW packen/entpacken, Arithmetic Coding ist wesentlich langsamer, aber auch nah an der Grenze zur optimalen Datenkompression |
|
| |
| |
| |
|
|
Nico
Madysa | Ich bin gespannt.  |
|
| |
| |
| |
|
|
Jac
de
Lad | Lieber Nico, ohne deine Gespanntheit zügeln zu wollen muss ich dich mal kurz aufklären (ich bitte Dany großzügig hinwegzuhören sonst gibts bei mir kein Malzbier und Crashday mehr!):
Ich kenne Dany schon seit 11 Jahren und seitdem sind wir miteinander befreundet. Soweit ich mich erinnern kann hat er seitdem auch so ziemlich alles programmiert was ihm untergekommen ist. Leider hat sich da immer ein Problem ergeben: Er hat zwar extrem gute Ideen, nur leider wird das Ganze fast nie fertig umgesetzt. Ich möchte da mal auf SMW und Gaytris hinweisen, zwei Projekte mit viel Ambition und auch schon viel Erreichtem...nur leider nie fertig geworden. An Bruis3 sitzt er quasi schon einige Jahre in verschiedenen Formen (nLZW etc...) und es waren auch schon einige richtig gut funktionierende Dinge dabei herausgekommen (mit guter Kompression und Verschlüsselung) nur leider ist bis jetzt noch nichts serienreif geworden. Worauf ich hinaus will: Rechne nicht vor dem 6.6.2666 mit einem funktionsfähigen Release (zumal Dany Nichtprofaner ist und lieber mit Delphi, C++, Assembler und so rumhängt).
@Dany: Bitte nicht böse sein, ich weiß, dass einige meiner Projekte ebenfalls nie fertig werden (ich denke nur an the.game...sind jetzt schon fast 5 Jahre in der Alphaphase). Aber du musst zugeben, dass ich auch anderes voweisen kann (SFIFII, Avaluza und Parcival zum Beispiel!). Also bitte nich böse sein, dass ich hier mal kurz dein wahres Ich enthült habe!
Jac
PS: Nächstes WE Grillen mit Malzbier??? |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 20.06.2006 ▲ |
|
| |
|
|
Frank
Abbing | | Ich hatte die gleichen Probleme, als ich Dlls in NASM erstellen wollte. Mal nahm Profan sie an, mal nicht. Hatte mich dann für MASM32 entschieden und von da an gab es keine Probleme mehr. Es kann also an der Programmsprache liegen, welche die Dll erstellt. Probiers mal mit einem Update. |
|
| |
| |
| |
|
|
Nico
Madysa | @Jac: Bleibe trotzdem gespannt  , ich kenne selber ein Mitglied dieses Forums, das selten was fertig bekommt. Ich kann leider keinen Namen nennen, sonst gibts Haue. |
|
| |
| |
| |
|
|
D.Hoffmann | | @Jac de Lad: Is doch niedlich... Naja, vielleicht is das mal ein Ansporn, was fertig zu kriegen... Haste Sonntag Zeit, Mr Freeman? |
|
| |
| |
| |
|
(546)
Deutsch
English
Français
Español
Italia