Tom Lane wrote:
It is also pretty well established that if pltcl or plperl cause the
backend to become multithreaded, things break horribly. I strongly
Isn't that something that needs to be fixed? Its one thing not to allow
for multiple threads to
be in your code, but not having a threaded
Magnus Hagander wrote:
I did look at this at some earlier point as well. One big problem at that
time was that once you embedded mono, yuo had all sorts of threads running
in your backend ;-)
Is that necessarily a problem? You have to compile with a
thread-capable libc and take some
care
James Mansion wrote:
Magnus Hagander wrote:
I did look at this at some earlier point as well. One big problem at that
time was that once you embedded mono, yuo had all sorts of threads
running
in your backend ;-)
Is that necessarily a problem? You have to compile with a
thread-capable
Magnus Hagander [EMAIL PROTECTED] writes:
James Mansion wrote:
Is that necessarily a problem?
...
And yes, it would be the same as embedding Java. And it has been done
with pl/java, so it can be done :)
It is also pretty well established that if pltcl or plperl cause the
backend to become
On Nov 30, 2007 1:21 PM, Magnus Hagander [EMAIL PROTECTED] wrote:
Just searched my backups and can't seem to find it :( It was on gborg
CVS. Where is that now?
Dead.
But Marc has a tarball of the whole thing somewhere and can find it.
OK, I'll see if I can get a copy of it.
--
Jonah H.
On Nov 30, 2007 10:09 AM, Jonah H. Harris [EMAIL PROTECTED] wrote:
Actually, it was PL/Mono. I'll dig through my stuff and post it
somewhere for you.
Just searched my backups and can't seem to find it :( It was on gborg
CVS. Where is that now?
--
Jonah H. Harris, Sr. Software Architect |
On Fri, Nov 30, 2007 at 04:43:03PM +0100, Gevik Babakhani wrote:
I did look at this at some earlier point as well. One big
problem at that time was that once you embedded mono, you had
all sorts of threads running in your backend ;-)
yes, threads running around could become a show
I did look at this at some earlier point as well. One big
problem at that time was that once you embedded mono, you had
all sorts of threads running in your backend ;-)
yes, threads running around could become a show stopper for both Mono and
MS.NET
This is something I want to be sure of
Jonah H. Harris wrote:
On Nov 30, 2007 10:09 AM, Jonah H. Harris [EMAIL PROTECTED] wrote:
Actually, it was PL/Mono. I'll dig through my stuff and post it
somewhere for you.
Just searched my backups and can't seem to find it :( It was on gborg
CVS. Where is that now?
Dead.
But Marc has a
PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Jonah H. Harris
Sent: Friday, November 30, 2007 4:10 PM
To: Gevik Babakhani
Cc: pgsql-hackers@postgresql.org
Subject: Re: [HACKERS] .NET or Mono functions in PG
On Nov 30, 2007 9:20 AM, Jonah H. Harris
[EMAIL PROTECTED] wrote:
Yeah, I have
On Nov 30, 2007 9:20 AM, Jonah H. Harris [EMAIL PROTECTED] wrote:
Yeah, I have a copy of the old PL/.NET backed up somewhere. IIRC, it
needs to be rewritten, but it would be possible to make it work for
both Mono and .NET.
Actually, it was PL/Mono. I'll dig through my stuff and post it
On Nov 30, 2007 8:31 AM, Gevik Babakhani [EMAIL PROTECTED] wrote:
I am investigating the possibility of having stored procedures
and functions written in .NET language flavors. I remember a long time
ago there was a gborg project wanting to implement it, but that is long
gone I guess.
Hello
I thought about it. It can be great project. Oracle has similar
project. Performance will be same as PL/Java probably. There is slow
only first call.
Regards
Pavel Stehule
On 30/11/2007, Gevik Babakhani [EMAIL PROTECTED] wrote:
I am investigating the possibility of having stored
On Fri, Nov 30, 2007 at 02:31:44PM +0100, Gevik Babakhani wrote:
I am investigating the possibility of having stored procedures
and functions written in .NET language flavors. I remember a long time
ago there was a gborg project wanting to implement it, but that is long
gone I guess.
14 matches
Mail list logo
