can vb.net support WINAPI(_stadcal l)?

[jg]

or would I have to use C# or C++?

[Patrice]

What have you tried ? See the Declare statement or the DllImport
attribute...

Patrice

--

"jg" <ju**@mail.pl s> a écrit dans le message de
news:OR******** *****@tk2msftng p13.phx.gbl...

or would I have to use C# or C++?

[jg]

thank you for your prompt reply.
I should have mentioned that I want the .net dll to support WINAPI(stdcall)
by non managed client.

I did not think of dllimport. Nonetheless I will Google on ddlimport

I was running into a brick wall when it comes to exposing methods and
function with string and /or integer array to the unmanaged client when I
was using the COM interface. I tried a myriad of marshalas, pin, intptr,
varptr. Either I goofed big time or, I just did not get it.

I just found out the unmanaged client supports WINAPI(_stadcal l) as well as
COM, OCX.

So I am looking at the possibility of using WINAPI(_stadcal l) on my .net
class dll.

"Patrice" <no****@nowhere .com> wrote in message
news:OO******** ******@TK2MSFTN GP14.phx.gbl...

What have you tried ? See the Declare statement or the DllImport
attribute...

Patrice

--

"jg" <ju**@mail.pl s> a écrit dans le message de
news:OR******** *****@tk2msftng p13.phx.gbl...

or would I have to use C# or C++?

[Patrice]

AFAIK both VB.NET and C# are unabled to "export" DLL functions as done by
the Windows API (they are able to use existing functions).
If you want to expose functions to COM I would still try to solve the
original problem. AFAIK .NET should likely default to exposing this as safe
arrays. You could post your original problme with the effects you have to
the interop group...

I thought first you wanted to consume Windows API functions (my
understanding is now that you want actually to expose functions to the
unmanaged world).

--
Patrice

"jg" <ju**@mail.pl s> a écrit dans le message de
news:%2******** *******@TK2MSFT NGP11.phx.gbl.. .

thank you for your prompt reply.
I should have mentioned that I want the .net dll to support WINAPI(stdcall) by non managed client.

I did not think of dllimport. Nonetheless I will Google on ddlimport

I was running into a brick wall when it comes to exposing methods and
function with string and /or integer array to the unmanaged client when I
was using the COM interface. I tried a myriad of marshalas, pin, intptr,
varptr. Either I goofed big time or, I just did not get it.

I just found out the unmanaged client supports WINAPI(_stadcal l) as well as COM, OCX.

So I am looking at the possibility of using WINAPI(_stadcal l) on my .net
class dll.

"Patrice" <no****@nowhere .com> wrote in message
news:OO******** ******@TK2MSFTN GP14.phx.gbl...

What have you tried ? See the Declare statement or the DllImport
attribute...

Patrice

--

"jg" <ju**@mail.pl s> a écrit dans le message de
news:OR******** *****@tk2msftng p13.phx.gbl...

or would I have to use C# or C++?

[m.posseth]

COM is the way to go if you want to expose a .Net assembly`s methods to the
unmanaged world
regards

Michel
"jg" <ju**@mail.pl s> wrote in message
news:%2******** *******@TK2MSFT NGP11.phx.gbl.. .

thank you for your prompt reply.
I should have mentioned that I want the .net dll to support
WINAPI(stdcall) by non managed client.

I did not think of dllimport. Nonetheless I will Google on ddlimport

I was running into a brick wall when it comes to exposing methods and
function with string and /or integer array to the unmanaged client when I
was using the COM interface. I tried a myriad of marshalas, pin, intptr,
varptr. Either I goofed big time or, I just did not get it.

I just found out the unmanaged client supports WINAPI(_stadcal l) as well
as COM, OCX.

So I am looking at the possibility of using WINAPI(_stadcal l) on my .net
class dll.

"Patrice" <no****@nowhere .com> wrote in message
news:OO******** ******@TK2MSFTN GP14.phx.gbl...

What have you tried ? See the Declare statement or the DllImport
attribute...

Patrice

--

"jg" <ju**@mail.pl s> a écrit dans le message de
news:OR******** *****@tk2msftng p13.phx.gbl...

or would I have to use C# or C++?

[jg]

There seem to be a lot more documentation and sample of .net consuming
WINAPI(_stadcal l) than the other way. I look more so for arrays

That is why I am tempted to look into WINAPI(_stadcal l) when I do have some
control over the unmanaged application. I could get the developer to
partition the unmanaged application into two DLLs: data processing and
analytical presentation, let the .net not handle menu, the internet explorer
navigation, parsing.
"m.posseth" <mi*****@nohaus ystems.nl> wrote in message
news:uW******** *****@TK2MSFTNG P11.phx.gbl...

COM is the way to go if you want to expose a .Net assembly`s methods to
the unmanaged world
regards

Michel
"jg" <ju**@mail.pl s> wrote in message
news:%2******** *******@TK2MSFT NGP11.phx.gbl.. .

thank you for your prompt reply.
I should have mentioned that I want the .net dll to support
WINAPI(stdcall) by non managed client.

I did not think of dllimport. Nonetheless I will Google on ddlimport

I was running into a brick wall when it comes to exposing methods and
function with string and /or integer array to the unmanaged client when I
was using the COM interface. I tried a myriad of marshalas, pin, intptr,
varptr. Either I goofed big time or, I just did not get it.

I just found out the unmanaged client supports WINAPI(_stadcal l) as well
as COM, OCX.

So I am looking at the possibility of using WINAPI(_stadcal l) on my .net
class dll.

"Patrice" <no****@nowhere .com> wrote in message
news:OO******** ******@TK2MSFTN GP14.phx.gbl...

What have you tried ? See the Declare statement or the DllImport
attribute...

Patrice

--

"jg" <ju**@mail.pl s> a écrit dans le message de
news:OR******** *****@tk2msftng p13.phx.gbl...
or would I have to use C# or C++?

[jg]

just for those who have to deal with legacy application that supports COM,
OCX, and WINAPI(_stadcal l),
I worked out the COM interface fro function out array parametns.
For example
' Caller proto:
' Int32 lSz, lsz2
' String lstrOut[]
' Int32 lPos[]
' lSz = objClass.Parse( sIn, ref lsz2, ref lstrOut, ref lPos)
' the result lsz2 and lSz are same of course due to adj made here

Public Function Parse(ByVal sIn As String, <Out()> ByRef iCnt As Integer, _

<Out()> <MarshalAs(Unma nagedType.LPArr ay, ArraySubType:=U nmanagedType.LP Str,
SizeParamIndex: =1)> ByRef sOut As String(), _

<Out()> <MarshalAs(Unma nagedType.LPArr ay, ArraySubType:=U nmanagedType.LP Str,
SizeParamIndex: =1)> ByRef lPos As Integer()) As Integer

sOut = Split(sIn, vbTab)

Dim sdebugMsg As String = "0, >>", s As String

Dim i As Integer = 0

iCnt = 0

iCnt = sOut.GetUpperBo und(0)

Dim pos(iCnt) As Integer

If iCnt > 0 Then

pos(0) = 1

i = 1

For Each s In sOut

sdebugMsg &= s

If i < iCnt Then

pos(i) = s.Length + 1

sdebugMsg &= vbCrLf & pos(i) & vbTab

End If

Next

lPos = pos

iCnt += 1

Else

End If

' MsgBox("sOut.Ge tUpperBound()=" & sOut.GetUpperBo und(0) & vbCrLf & "values
are" & vbCrLf & sdebugMsg, MsgBoxStyle.OKO nly, "IeStringClass. Parse")

'MsgBox(sOut)

Return iCnt

End Function

[jg]

I just found the form handle event by itself in the class will let me
initialize but I still get object problem that I will post on another thread

"m.posseth" <mi*****@nohaus ystems.nl> wrote in message
news:uW******** *****@TK2MSFTNG P11.phx.gbl...

COM is the way to go if you want to expose a .Net assembly`s methods to
the unmanaged world
regards

Michel
"jg" <ju**@mail.pl s> wrote in message
news:%2******** *******@TK2MSFT NGP11.phx.gbl.. .

thank you for your prompt reply.
I should have mentioned that I want the .net dll to support
WINAPI(stdcall) by non managed client.

I did not think of dllimport. Nonetheless I will Google on ddlimport

I was running into a brick wall when it comes to exposing methods and
function with string and /or integer array to the unmanaged client when I
was using the COM interface. I tried a myriad of marshalas, pin, intptr,
varptr. Either I goofed big time or, I just did not get it.

I just found out the unmanaged client supports WINAPI(_stadcal l) as well
as COM, OCX.

So I am looking at the possibility of using WINAPI(_stadcal l) on my .net
class dll.

"Patrice" <no****@nowhere .com> wrote in message
news:OO******** ******@TK2MSFTN GP14.phx.gbl...

What have you tried ? See the Declare statement or the DllImport
attribute...

Patrice

--

"jg" <ju**@mail.pl s> a écrit dans le message de
news:OR******** *****@tk2msftng p13.phx.gbl...
or would I have to use C# or C++?