s from Go, it's called Cgo:
>> https://go.dev/blog/cgo
>>
>> On Wednesday 22 May 2024 at 18:04:19 UTC+2 Pavan Kumar A R wrote:
>>
>>>
>>>> Okay, it's possible to call the C program to Golang. Because I also
>>>> have the C platfor
>
> Okay, it's possible to call the C program to Golang. Because I also have
> the C platform dlls and the C platform dlls we using in the cross platform
> mono and in the mono internally call the.net dlls function , can I use
> the C program dlls in Golang?
>
--
You received this message becau
Hello ,
I build the.net dlls in the target framework, which is.net-framework 2.0,
and inside the.net dlls are some functions. I want to call this function in
Golang. How can I call the.net function in Golang? Please help out here.
--
You received this message because you are subscribed to
Hello ,
I am new to Golang. I have the.net dlls, and I am trying to call the.net
function in the dll in Golang. but its not working and i searching in the
Google also i could not find the relavent information, please me out here
and provide the sample program also
Thanks for the advance.
--
PM Pavan wrote:
> >
> > I need to pass value of struct type, which has C strings and functions
> to C function as void* argument. C layer would provide this struct type
> data back to go function. Below is the sample program. It panics if the
> handle used is returned from getH
Hi,
I need to pass value of struct type, which has C strings and functions to C
function as void* argument. C layer would provide this struct type data
back to go function. Below is the sample program. It panics if the handle
used is returned from getH function. It works fine if the handle is
nfirm, if this stack size increase is due
to memory leak bug in my go application .
Yes , I was using LockOSthread because the C library we are using has some
thread local storage used.
Regards,
On Wednesday, May 6, 2020 at 11:45:34 PM UTC+5:30, Ian Lance Taylor wrote:
>
> On Wed, May
Taylor wrote:
>
> On Fri, Apr 24, 2020 at 3:39 AM Pavan >
> wrote:
> >
> > how do we terminate the go generated internal OS threads. I am
> debugging an issue , where RES(memory resdent size) size of. a process
> increases as goroutines used increases.
> &
on it,
Regards,
On Wednesday, April 22, 2020 at 3:27:06 PM UTC+5:30, Tamás Gulácsi wrote:
>
>
> 2020. április 22., szerda 10:04:37 UTC+2 időpontban Pavan a következőt
> írta:
>>
>>
>> Hi,
>> putting the lockosthread from library cant match with goroutines
Hi,
how do we terminate the go generated internal OS threads. I am debugging
an issue , where RES(memory resdent size) size of. a process increases as
goroutines used increases.
Iam trying to reduce the threads footprint contribution of process RES ,
hence. terminate the additional threads
re of
the GO API internals of c functions usage.
I think this complexity will stay if the C library is called from GO,
please suggest if i missed anything.
Regards,
On Wednesday, April 22, 2020 at 12:29:29 PM UTC+5:30, Pavan wrote:
>
> Thanks Tamas , I see earlier discussion too on t
Thanks Tamas , I see earlier discussion too on this
https://groups.google.com/forum/#!topic/golang-nuts/8Tdb-aCeYFY.
As I understand, the GO library should lock the current go routine to
thread, if it involves C functions with TLS data and unlock after
completing such C functions .
Regards,
for the existing C
libraries using TLS (thread local storage)
Regards,
Pavan
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to golang-nut
g
>
> On Apr 20, 2020, at 1:19 PM, Pavan >
> wrote:
>
> Hi, I am debugging memory leak in a go application. It has lot of C
> functions called with in.
> I am trying to use pprof.WriteHeapProfilepprof to dump the memory
> allocations .
>
> after generating dum
call C.greet function and do lot of mallocs inside C function,
greet, it doesnt indicate the greet function.
Please let me know if there are other profilers when C functions are
involved with go programs.
Regards,
Pavan
--
You received this message because you are subscribed to the Google
15 matches
Mail list logo