Connectionstring error jika 'dibungkus' dalam DLL

[sinyonamakoe]

Dear All

Saya ada masalah pada connection string yang "dibungkus" dalam file dll, saya bermaksud untuk membuat daftar pustaka yang dikompile ke dalam file dll supaya lebih mudah dalam hal distribusi & update. OK, langsung saja ..

katakanlah, saya punya program myclass.prg, yang isinya :

Code: [Select]

Define Class gcstrings As Session Olepublic
  Function MySQL(cHost As String @,cDatabase As String @,cUser As String @,cPassw As String @)

    nHandle = 0
    cStrConn = ''

    cStrConn =  "DRIVER={MySQL ODBC 5.1 Driver};Port=3306"+;
                ";Server="+cHost+;
                ";Database="+cDatabase+;
                ";User="+cUser+;
                ";Password="+cPassw+;
                ";Option=3;"

     nHandle = SQLStringConnect(cStrConn)

    Return nHandle
  Endfunc
Enddefine

Implementasi saya pake langsung myclass.prg, berjalan mulus dan cursor 'res' terbentuk.

Code: [Select]

SET PROCEDURE TO myclass.prg ADDITIVE
GetConnStrings = CREATEOBJECT("gcstrings")
lnConn = GetConnStrings.MySQL("localhost","dataku","userku","passku")
SQLExec(lnConn,"select kode from tabel","res")

Terjadi error jika saya pake file dll hasil kompilasi myclass.prg, dan muncul pesan error "Connection handle is invalid"

Code: [Select]

GetConnStrings = CREATEOBJECT("myclass.gcstrings")
lnConn = GetConnStrings.MySQL("localhost","dataku","userku","passku")
SQLExec(lnConn,"select kode from tabel","res")

Kira-kira apa penyebabnya, mohon pencerahannya. Terima kasih.

[aris_ah]

mas sinyo...

seperti yang anda bilang ;

Implementasi saya pake langsung myclass.prg, berjalan mulus dan cursor 'res' terbentuk.

kenapa.... karena  lnConn  dan SPT anda dalam satu session..

tetapi klo anda buld jadi dll .... maka  Dll  tersebut akan membuat 1 session tersendiri
dan program pemanggil akan buat session sendiri, jadi mreka tidak akan saling mengenal.
ibaratnya... anda menjalankan 2 EXE yang berbeda...  A  dan B
maka  variabel apapun d A  isinya tidak akan dikenal di B..

CMIIW
regards

[sinyonamakoe]

klo anda buld jadi dll .... maka  Dll  tersebut akan membuat 1 session tersendiri
dan program pemanggil akan buat session sendiri, jadi mreka tidak akan saling mengenal.
ibaratnya... anda menjalankan 2 EXE yang berbeda...  A  dan B
maka  variabel apapun d A  isinya tidak akan dikenal di B..

 
@Kang aris_ah
Terima kasih masukannya, berarti metode koneksi (SPT) seperti diatas tidak dapat dibuild dalam DLL ya Kang ?

Untuk rekan2 yang lain ..saya masih tunggu juga pencerahannya. Terima kasih.

[foxever_fox]

Seharusnya bisa ya.....karena Function itu kan mengembalikan handle  , yg akan dipakai oleh Caller Modul untuk execute SPT.
Nanti saya coba deh mas sinyo...

[sinyonamakoe]

Seharusnya bisa ya.....karena Function itu kan mengembalikan handle  , yg akan dipakai oleh Caller Modul untuk execute SPT.

Pikiran saya juga seperti itu Pak FF, koq return valuenya tidak dikenal, jika menyimak penjelasan kang aris..masuk akal juga  , untuk rekan-rekan yang lain saya tunggu advicenya. Terima kasih

[armen]

Mas Sinyo bikin sayembara/teka teki ya ?

Return value pasti sdh dikembalikan, tapi apalah artinya sebuah angka bagi pemanggil function itu, sementara cStrConn berada dalam modul myclass.DLL, sudah pasti Loading Driver ODBC juga modul myclass.DLL jadi masalahnya bukan return lnConn.

Hadiahnya apa neh?

[sinyonamakoe]

Mas Sinyo bikin sayembara/teka teki ya ?

Hahaha ...enggaklah Pak. Armen, namanya masih pemula ...  , terima kasih Pak. Armen & Kang Aris, advice anda berdua sudah mencairkan sebagian otak saya yang lagi beku.. , buat Pak. FF ..terima kasih dukungannya 

Hadiahnya apa neh?

Hmmm... alamatnya pindah kemana nich .... ? supaya TIKI ga bingung nyarinya ... 

[davidmustakim]

kalo urusan nebak kyknya mgkn gini:
tambahkan parameter ke-5 pada fungs mysql, mis. xnCon
pass parameter 'nConn'  ke parameter DLL by reference, eg. mysql(...,...,...@nConn)
dalam function: xnCon=nHandle, ga usah return

[sinyonamakoe]

tambahkan parameter ke-5 pada fungs mysql, mis. xnCon
...
dalam function: xnCon=nHandle, ga usah return

Terima kasih Pak. DEM atas advicenya, sudah saya coba dan blm berhasil.

Dari beberapa pencerahan rekan2 diatas, metode distribusi+update aplikasinya sudah saya rubah, jadi thread ini saya anggap selesai. Terima kasih.

[poison]

coba ikut nimbrung...klo salah...maklum, Ikan teri masuk gerombolan ikan Paus....

selama yang pernah aq coba, VFP lebih bagus jika diterapin dengan metode Procedural, bukan OOP (walopun bisa, tapi tidak maksimal)...

seperti yg diungkapkan oleh om armen, klo masuk ke OOP, dia punya session sendiri, jangan kan dll, app ja g bisa kasih return value....(padahal anak kandung dari VFP)...

tapi untuk kasus ini, yg aq pake murni procedural, jika ingin memisah dengan Main Program, aq biasanya pake app (untuk trik, bisa direname dengan berbagai extensi)...

tinggal manggil fungsi ntu, beres dech....pasti bisa kasih return Value...

***
sori ikan teri lancang!...

[sinyonamakoe]

coba ikut nimbrung...klo salah...maklum, Ikan teri masuk gerombolan ikan Paus....

@poison
Kalo anda itu ikan paus pake seragam ikan teri 

VFP lebih bagus jika diterapin dengan metode Procedural, bukan OOP (walopun bisa, tapi tidak maksimal)...

sip...sip 

tapi untuk kasus ini, yg aq pake murni procedural, jika ingin memisah dengan Main Program, aq biasanya pake app (untuk trik, bisa direname dengan berbagai extensi)...

metode pemisahan ini sudah aku coba ke beberapa alternatif, di build jadi APP salah satunya..dah oke. tapi namanya orang 'keminter' (sok tahu), akhirnya coba di build ke DLL (supaya kelihatan keren)  , eh malah ga bisa ...hehehe.
Tapi dari kasus ini, ada pelajaran dan ilmu baru yang bisa aku dapat ...pencerahan dari anda dan rekan-rekan disini, ...dan itu sangat berharga sekali.

 

[poison]

 ......

om Sinyo dah sukses blom?!....kasih bocoran donk?!....

[davidmustakim]

kemaren sempat kebaca masalah mungkin hampir serupa dan solusi yang diusulkan Bernard Bout kayaknya mengkompilasi com server vfp bukan ke .dll tapi ke .exe

[shee]

ikan teri enak di goreng