Hi Leutchen, und speziel Gernot!
Ich habe ein "leichtes" Problem mit der Umsetztung einer Function die wie folgt aussieht:
char *BASS_GetDeviceDescription(
DWORD device
);Problem hierbei ist das char*, hab keine ahnung wie die Function aussehen muss....
Bei einen Parameter wärs ja leicht!
bei Name$:
name_Str.c_str()Hab null Plan :(
Hehe.
FUNCTION BASS_GetDeviceDescription$:
INLINE
const char* pStr = BASS_GetDeviceDesctiption();
if (pStr)
return DGStr( pStr );
ENDINLINE
ENDFUNCTION
Hmm Gernot geht nicht, da schmiert das Programm ab!
INLINE
#define DLL "bass.dll"
#define DWord unsigned int
...
DECLARE_C_ALIAS(_BASS_GetDeviceDescription,DLL,"BASS_GetDeviceDescription",(DWord),char*);
...
ENDINLINEFUNCTION BASS_GetDeviceDescription$: device
INLINE
const char* pStr = _BASS_GetDeviceDescription(device);
if (pStr)
return DGStr( pStr );
ENDINLINE
ENDFUNCTION
aha.
Was passiert, wenn Du die Zeile "if ... pStr); rauslässt? Evtl. schiert schon der Aufruf ab?
DECLARE_ALIAS (ohne _C_ evtl??)
Es geht alles mit DECLARE_C_ALIAS, nur mit dem char* spinnt der rum...
Ohne das If ist es das gleiche... schmiert ab :(
denk dran, das ein string in "c" immer mit einer +chr$(0) abschliessen muss.
ohne der null liest /schreibt er solange ein, bis er im speicher zufällig eine null findet oder schmiert ab.
mfg
Wow sechsrad jetzt bin ich baff, du hast recht, und Gernot nämlich auch.
DECLARE_ALIAS und schon gehts!
Danke euch beiden !
Is this about using C strings from a DLL and storing them back in a GLB string variable?
Id be very interested in a quick run down in English of how you achieved this Schranz0r please?
P.S. It would be nice to have a GLB+C/C++ forum to collate all these valuable threads ;)
QuoteDanke euch beiden !
jetzt hilf du mir mal bei einer einfachen dll mit dec-c++ und das einlesen dieser dll von dev-c++ in glbasic.
kannste ja in der pn reinsetzen oder mail : sechsrad@arcor.de
danke.
mfg
DECLARE
DECLARE_C
DECLARE_Alias
DECLARE_C_ALIAS
wie was funzt schau in die hilfe ist nicht schwer (thema inline)
exportieren der funktionen mit extern "C" __declspec(dllexport) in devcpp
in der dev-c++-hilfe steht nichts vom erstellen einer dll, es ist auch keine demo im verzeichnis, wo gibt es die dazugehörigen demos für dec-c++.
mit google finde ich nichts dev-c++ > dll erstellen.
es ist ein graus.
mfg
Genau so wie es trucidare sagt!
extern "C" __declspec(dllexport) int __stdcall foo(int i)
{
return ++i;
}...dann als DLL compilieren.
in GLBASIC:
INLINE
DECLARE(foo, "my.dll", (int), int);
ENDINLINE
FUNCTION glb_foo: i
INLINE
return foo(i);
ENDINLINE
ENDFUNCTION...so aus'm Kopf raus.
hallo, gernot, suuuper. danke. es läuft.
die erste dll mit dev-c++, klasse.
damit kann ich aufbauen.
mfg
Na das will ich mal sehn!
wo gibt es eigentlich eine hilfe in deutsch für dieses dev-c++?
habe ein c-hilfe gefunden, die weicht aber in der syntax stark ab.
mfg
gibts nicht, wenn du kein englisch kannst, solltest du eh nicht in C++ Programmieren !
das ist die glb-datei :
b=glb_meine(23)
PRINT b,100,100
SHOWSCREEN
MOUSEWAIT
FUNCTION WeNeedOne:
ENDFUNCTION
INLINE
DECLARE(meine, "my-dll.dll", (int), int);
ENDINLINE
FUNCTION glb_meine: i
INLINE
return meine(i);
ENDINLINE
ENDFUNCTIONdas ist die my-dll datei, die 14 wird addiert :
extern "C" __declspec(dllexport) int __stdcall meine(int i)
{
return i=i+14;
}
und jetzt ?
Genau. Mach doch mal ein Tutorial für andere. Das hilft vielen die auch mal was mit C++ machen möchten weiter.
Ich kann nur sagen es hängt nich davon ab ob man englisch kann oder nicht. Ich hab englisch 5 und kann atmega programmieren, ein wenig c++, fenix und etliche andere kleine dialekte.
Es hat rein gar null nix mit der bildung zu tun ob man programmieren kann oder nich. Ich hab auchn kleinen dachschaden... denke schneller als ich spreche kann mir absolut null nix merken das auch nur ein hauch mit englisch zu tun hat.
trotzdem kann ich kein atmega programmieren und roboter steruern... interessiert mich auch nicht. Aber ich kann das was ich können will. Der glaube kann berge versetzen (sagten meine eltern immer zu mir) und nun glaub ich das ich es schaffe eine gui zu portieren die auch funktioniert... und es sieht gut aus.
abgesehen davon geht probieren über studieren.. ich hab c++ per learning by doing gerlernt und es reicht ich schaff damit klar zu kommen und wenn ich hilfe brauch frag ich google wenn das nicht hilft dann frage ich in foren nach.
ch hatte Englisch 1, und kann keinen Videorekorder programmieren. Bin ich froh, dass die jetzt ausgestorben sind...
LOL, Videorecorder waren ja ne wissenschaft für sich :D
haaa ich konnte videorekorder mit 10 programmieren ;)
das is aber auch das einzige sonst hab ich immer alles __zerstört__
Dito, im zerstören war/bin ich Weltklasse :D
Quotedenk dran, das ein string in "c" immer mit einer +chr$(0) abschliessen muss.
siehst du, das weis man auch ohne englischkenntnisse !
mfg
hmm......
Erklär mir doch mal bitte wieso, und warum das so ist!
Ich weiß es nämlich nicht.
das ist eine vereinbarung , man hätte auch eine 255 nehmen können als endanzeiger für einen string. ist eine sehr flexibel einrichtung um schnell den string auf 0-byte zu setzen oder bei einem langen string durch 0-teilungen diese ausgaben steuern, weil ja immer nur bis zur 0 ausgegeben wird . kann man schön mit tricksen.
Versteh ich net :D
Erklär mal bitte genau !
Also in C ist ein string nur ein Zeiger auf das erste Zeichen. So, wie weißt Du jetzt, wo der String aufhört?
Gar net. Darum muss in C in String immer mimt einem '\0' (=0) abschließen.
Deine Funktion liefert aber einen String in dieser Form zurück, und wenn Du
mystring_Str = some_char_pointer;
machst, dann ist alles OK.
Ahhhhhhhhhh, nice to know :D
hmm bin ich denn der einzige der programmeirt ohne sowas zu wissen? Wenn was abstürzt war es falsch ist meine devise ;)
Jow wenn was nicht geht, dann ist was falsch...
Klingt logisch :D
War das nicht bekannt? Naja, jetzt wisst ihr's:
char name[128] = "hallo";
-> Im Spicher ist jetzt ein 128 byte langer Platz, mit diesem Inhalt:
'h', 'a', 'l', 'l', 'o', 0,
name ist ein Zeiger auf das 'h'.
Das ist doch bestimmt irgend so ein Quantenphysik-.. :D
Ich weiß nur das das IRC RFC besagt das die strings mit \r\n enden mehr weiß ich nich ;)
Ja, das ist ein return/newline. Das sind 2 Zeichen, die in Windows einen Zeilenumbruch haben. Zusätzlich hat jeder String trotzdem in C ein \0 dran. Egal.
Quotereturn/newline
sozusagen : a$="spiel"+chr$(10)+chr$(13)+chr$(0)
wenn ich ein string zb an eine c-dll übergebe. benutze ich auch für die com-übertragung zb.
mfg
chr$(0) gibt's nicht - den hängt GLBasic immer slebst an.
Statt chr$(10) kann man "\r" und statt chr$(13) = "\n" schreiben - wie in C++.
Owned!
hehe, dann doch mal lieber die Finger ruhig halten...
Quotechr$(0) gibt's nicht - den hängt GLBasic immer slebst an
wenn ich vom atemageboard sende muss ich eine chr$(0) dranhängen sonst läuft der c-compiler ins nimmerleinsland.
konnte ich nirgends in glbasic nachlesen, das die "0" drangehängt wird. ist auch ungewöhnlich, weil zum senden an den atmega über das terminal brauche ich keine "0" , weil das display am atmega diese nicht braucht, aber dafür zum darstellen des textes unbedingt die chr$(13).
wer da in der elektronik drin hängt, so wie ich, der kennt dieses thema und die verschiedenen varianten. ist also nichts neues das hier und da verschiedene ausgaben stattfinden.
das heisst, wenn ich in glbasic ein string schreibe > a$="test", ist hinter test eine "0" aber kein zeilenumbruch usw.?
wie kann ich jetzt die variablenadresse in glbasic ausmachen um mir den string einzeln ausgeben zu lassen, also kein typischen glbasic stringbefehl, die kenne ich.
Quotehehe, dann doch mal lieber die Finger ruhig halten...
nee, dafür stecke ich zu intensive in der materie, glbasic-roboter-atmegaboard-gp2x-robospaien und dazu noch basocm-compiler für den atmega und jetzt auch noch dev-c++, ist schon eine geile sache.