perl.inline
  Home FAQ Contact Sign in
perl.inline only
 
Advanced search
January 2010
motuwethfrsasuw
    123 53
45678910 1
11121314151617 2
18192021222324 3
25262728293031 4
2010
 Jan   Feb   Mar   Apr 
 May   Jun   Jul   Aug 
 Sep   Oct   Nov   Dec 
2010 2008 2007 2006
total
perl.inline Profile…
RELATED GROUPS

POPULAR GROUPS

more...

 Up
  Inline-0.45_01 released         


Author: Sisyphus
Date: Jan 29, 2010 02:32

Hi,

Inline-0.45_01 (devel release) is now available from CPAN. (I can't
guarantee that it has yet reached *all* mirrors).

It's just a bugfix release. If it all tests ok with the cpan-testers I'll
release another devel release (0.45_02) that "fixes" bug #13084 (
http://rt.cpan.org/Ticket/Display.html?id=13084 ) by blindly untainting
everything (and, at the same time, warning of the inadvisability of doing
so) ... then, all being well, I'll release that as 0.46.

Any thoughts/comments welcome !

The 0.45_01 changes:
##############################
C/C.pod - document that *fully qualified* paths for LIBS, INC, TYPEMAPS and
MYEXTLIB are needed. (RT ticket 5207)

Inline.pm - remove "defined" from "defined %%main::Inline::Config::" as that
usage causes a deprecation warning with perl-5.11 and later. (RT ticket
53227)

Inline.pm - fix sub push_overrides (RT ticket 49669) This change
responsible for "Subroutine Inline::C::get_parser redefined" warnings that
can occur during build stage under certain circumstances.
Show full article (1.54Kb)
no comments
  patch for Inline::Java, more info about mod_perl         


Author: Michael Peters
Date: Sep 9, 2008 13:30

This has been an ongoing problem for a project I worked on and I've just now found the solution.
http://markmail.org/message/vpfgx2vgjzl354qm

It's pretty once I realized that you needed to treat Inline::Java socket connections to it's JVM
(shared-jvm mode) just like you would DB handles under mod_perl. So here's a patch to the
documentation to help others who might have this same problem:

--
Michael Peters
Plus Three, LP

--- Java.pod.orig 2008-09-09 16:21:59.000000000 -0400
+++ Java.pod 2008-09-09 16:30:10.000000000 -0400
@@ -1046,7 +1046,28 @@

See the BUGS AND DEFICIENCIES section if you have problems starting
the SHARED_JVM server under MOD_PERL.
- Z<>
+
+=head2 Preloading and PerlChildInitHandler
+
+If you are loading Inline::Java during...
Show full article (1.56Kb)
no comments
  Inline::Python fixes for segfaults and memory leaks.         


Author: Stefan Seifert
Date: Aug 31, 2008 14:00

Hi!

Sending this mail to the inline-mailing list, since [email protected]cpan.org doesn't
seem to be a valid address anymore.

I'm trying to use Inline::Python in a web application for compatibility with
huge amounts of legacy Python code. I've gotten pretty far and it works well,
but it's leaking memory like pretty much all objects one moves from perl to
Python space.

I've fixed a bug where a perl object is freed when it's still in use, three
memory leaks and a segfault that surfaced when some destructors finally got
called, but there are still more segfaults seemingly unrelated to the code I
changed and I'm not even sure if I cought all memory leaks.

What I've found so far:
PerlObj_dealloc should use sv_2mortal instead of SvREFCNT_dec, because the
perl object could be a return value and thus still be in use.

py_call_function and py_call_method both do not free the return value if
called in void context and they only free the constructed argument tuple if
a Python error occured, but not if everything worked.

After fixing that PerlSub_dealloc segfaulted because of uninitialized member
variables (sub, pkg and full).
Show full article (5.02Kb)
1 Comment
  Re: Code doesn't compile anymore         


Author: Sisyphus
Date: Aug 29, 2008 00:39

----- Original Message -----
From: "Gayathri Athreya" alumni.iu.edu>
To: perl.org>
Sent: Friday, August 29, 2008 9:01 AM
Subject: Code doesn't compile anymore
.
.
I have had Inline::C code installed on my mac for more than a year now and
everything worked well. All of a sudden today approx 1 hour ago all my
Inline C code has stopped compiling. Code that I haven't touched in months
has stopped working too!!! This is the error I get when I try to compile
them..

=====================================

It's unlikely to be anything to do with Inline::C.

Try compiling a normal perl extension (eg Math::FFT). That might produce a
more meaningful error message.

Does /System/Library/Perl/5.8.8/darwin-thread-multi-2level/CORE/EXTERN.h
exist ? Perhaps that file (and maybe even the entire CORE folder) got
clobbered in the upgrade.
Show full article (0.88Kb)
2 Comments
  Re: Code doesn't compile anymore         


Author: Jason Stelzer
Date: Aug 28, 2008 17:15

If you upgraded to leopard you must also upgrade the developer tools. I'll
be willing to bet that even if you have a version of gcc left after
upgrading that it is going to be rather unhappy. Hit developer.apple.com and
get the latest dev tools and your code should build.

On Thu, Aug 28, 2008 at 7:01 PM, Gayathri Athreya alumni.iu.edu>wrote:
>
> Hi,
> I have had Inline::C code installed on my mac for more than a year now
> and everything worked well. All of a sudden today approx 1 hour ago all my
> Inline C code has stopped compiling....
Show full article (2.21Kb)
no comments
  Problem with Inline C - returning an array of real numbers         


Author: Michael Pitzel
Date: Aug 28, 2008 09:38

[email protected]perl.org
Please help.
Here's what I want to do.
From a Perl routine, I want to call a Perl Inline callable "C" subroutine that is essentially at the head of a rather large set of "C" routines [ way over 10,000 lines] that do a rather sophisticated task that I do not wish to attempt to describe here.
I need the "C" "engine" that I've already built to do what it does without having to screw with it any more.  It is vulnerable to further development and maintenance errors that I wish to avoid.  It was written in Visual C++, but much of it is regular C.
I want Perl to do the front end and back end work of handling strings and other matters to get the data together to call the above described "C" subroutine "engine" through the use of Inline C.
I want to pass a small set of variables - about 10 or so - to the Perl callable "C" routines.
 foo (var1, var2, var3, var4, var5, var6, var7, var8, var9, var10 );
[I could pass another blank variable that sends back an array of real numbers, if that could be made to work. ie.
 foo (var1, var2, var3, var4, var5, var6, var7, var8, var9, var10, var11 );]
The goal is that I want to get an indefinitely large array of real number results back from the called routine.
That's it.
It seems simple, but it has become a nightmare.
I am running version Perl 5.10.0, the latest and greatest version I could find.  Also the latest version of Inline, version 0.44.
I am on a PC running Windows 2000, and using active state .
The following line "works" when tested in a very small routine.
     @results = map {$_} foo (var1, var2, var3, var4, var5, var6, var7, var8, var9, var10 );
In this example, I use the following stack method in the "C" routine to pass back what I want as this array:
      Inline_Stack_Reset;
      Inline_Stack_Push(sv_2mortal(newSViv(arg))); ...
Show full article (3.69Kb)
1 Comment
  Allocating a char* and returning to Perl from a C function         


Author: Paulo Filipe Andrade
Date: Jul 30, 2008 09:59

Hello,

I have a C function that I need to call from Perl.
It goes a little something like this:

char *work(char *inString){
char *stringToReturn = (char *)malloc(2*sizeof(inString));

while(*inString){
// do some work on stringToReturn
inString++;
}
return stringToReturn;
}

The thing is, since I can't free stringToReturn, I need to have it
garbage collected in the perl side.
I have tried creating an SV * with the newSVpv* methods, passing in
the stringToReturn and then freeing it, but I am always getting
segmentation faults.

This should be pretty simple, but I just can't get it to work.
Show full article (0.69Kb)
8 Comments
  Inline Java and the Business Objects SDK         


Author: Mike Vanole
Date: Jul 7, 2008 19:17

Hi,

I'm trying to use Inline::Java to use the Business Objects SDK without
coding Java. The STUDY and AUTOSTUDY look like they set me up to do
this.

Before I get into the specifics of my challenges I was looking for
anybody who may have had success doing this. I am having limited
success, but I'm not a Java programmer so I'm not even sure how to ask
the Java questions to get the Perl answer.

Regards,
Mike
10 Comments
  Mac OSX Leopard Inline::Java Install Fails, not make testing         


Author: Alvin Chao
Date: Jul 4, 2008 15:58

Has anyone else experience an issue in CPAN installation or just a
plain look Inline::Java and manual make where the make test fails?

I am having problems with Java 1.5 and Perl 5.8.8 on OSX Leopard. Any
help would be greatly appreciated.

Thanks
@lvin
-----------------------
Alvin Chao: JMU ITWEB
Massanutten Hall 110
MSC 5734 Harrisonburg VA, 22807
[email protected]jmu.edu 540-568-6206
http://peregrin.jmu.edu/~chaoaj
2 Comments
  AutoLoader issues with Inline::CPP         


Author: Erik Hollensbe
Date: Jun 17, 2008 09:15

Greetings folks...

I'm having a problem with an Inline::CPP module I'm writing. It seems that
it's trying to local an autosplit routine in the _Inline dir that doesn't
exist after Inline does its initial magic.

Here's the actual error:

Can't locate auto/MIME/KDE/version.al in @INC (@INC
contains: /home/erikh/git/mime-kde/_Inline/lib
lib /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .)
at -e line 1

Again, to be clear, that file does not exist.

Here are pastes of the perl module and .cpp:

C++: http://rafb.net/p/krIGe640.html (I've tried this with and without the
namespaces, I get the same error)

Perl: http://rafb.net/p/sRfcOk26.html

I've been beating my head over this for a few hours, and made an attempt to
google and read the Inline-FAQ before coming here. Any help would be greatly
appreciated.

Thanks,

-Erik
10 Comments
1 2 3 4 5 6 7 8 9