On Wed, 13 Nov 2002 02:36:13 -0500 (EST), Zac Hansen
[EMAIL PROTECTED] wrote:
I'm getting segfaults in perl_construct and perl_parse. It seems to be
random which one it crashes in. (Note: when I went back and tried to get
a core dump for perl_parse, I couldn't get it to get past
On Sun, 07 Sep 2003 09:49:32 +0200, Tassilo von Parseval
[EMAIL PROTECTED] wrote:
Hi there,
this is the strangest thing I've ever encountered so far with XS. To me
it looks like a very obscure bug in perl, but hopefully it's not. The
Perl examples actually use autobox, but the very same
On Sun, 07 Sep 2003 18:40:59 +0200, Tassilo von Parseval
[EMAIL PROTECTED] wrote:
2) Calling call_xxx() without G_EVAL often doesn't work correctly when
your Perl sub can die(). Maybe it is just cargo cult, but I've been
bitten by this one too many times and now always specify G_EVAL and
On Sun, 07 Sep 2003 19:52:56 +0200, Tassilo von Parseval
[EMAIL PROTECTED] wrote:
I was once more thinking about this PUSHMARK/PUSHBACK issue. perlapi.pod
described them as opening and closing brackets for the arguments. If
I'm not aware of PUSHBACK, I assume you mean PUTBACK. They are not
And FWIW I never use h2xs for C code as it is much safer to write
bindings by hand as XS code and even the relatively trivial task
of parsing C declarations is often wrong.
Same here. I *always* write XS code by hand. If I use h2xs at all, then
only to generate all the template files.
I also
On Wed, 26 Jan 2005, Steve Hay wrote:
Ah. But if I call setlocale(LC_ALL, C) first, then I do get -1.
So this explains the difference: the Perl XS code was running in
English_United Kingdom.1252 locale by default, while the C program
was running in C locale by default. (This can be seen by
On Sun, 20 Feb 2005, [EMAIL PROTECTED] wrote:
I'm trying to push a HV on the stacks. I've tried with
XPUSHs(hv_scalar(hv)); but I get weird stuff when I print it with
Data::Dumper ($VAR1 = '1/8';)
How could this be achieve?
You can't put an HV (or AV) directly on the stack. You can only
put
On Tue, 20 Jun 2006, Sisyphus wrote:
On Win32,'Perl_report_uninit' simply aint there in libperl58.a (or
libperl58.lib, as the case may be).
Anyone know what to use instead of Perl_report_uninit() on Win32 ?
Is there something happening here that p5p should be aware of ?
No,
On Tue, 20 Jun 2006, Sisyphus wrote:
The following Inline::C script runs fine on linux (perl 5.8.8):
I don't really see a use case where you would have to call report_uninit()
explicitly in a module, but if you do, maybe this will work:
(void)SvIV(PL_sv_undef);
Cheers,
-Jan
On Sun, 27 Apr 2008, [EMAIL PROTECTED] wrote:
I'm developing an app that is embedding perl for some web scarping. I
developed an perl extension that has to callback into my C++ code
while running inside embedded interpreter. If I dynamically link the
perl extension as a .dll then the xsub in
On Mon, 28 Apr 2008, Erland Sommarskog wrote:
I have this piece of code in my XS module:
if (sv = get_sv(Win32::SqlServer::Version, TRUE))
{
char buff[256];
sprintf_s(buff, 256,
This is Win32::SqlServer, version %s\n\nCopyright (c)
On Mon, 28 Apr 2008, Nicholas Clark wrote:
On Mon, Apr 28, 2008 at 11:50:37PM +0100, Nicholas Clark wrote:
On Mon, Apr 28, 2008 at 03:48:35PM -0700, Jan Dubois wrote:
Use the GV_ADDMULTI flag:
if (sv = get_sv(Win32::SqlServer::Version, TRUE | GV_ADDMULTI))
Really
On Thu, 01 May 2008, Erland Sommarskog wrote:
I have in my XS module a routine that converts the charcaters of an SV
from one code page to another. The conversion is done in-place. That is,
I retrieve the text pointer, and then I rewrite the area pointed to. For
reference, the full code for
On Thu, 01 May 2008, Jan Dubois wrote:
On Thu, 01 May 2008, Erland Sommarskog wrote:
I have in my XS module a routine that converts the charcaters of an SV
from one code page to another. The conversion is done in-place. That is,
I retrieve the text pointer, and then I rewrite the area
On Wed, 03 Sep 2008, Sisyphus wrote:
This stems from http://www.perlmonks.org/index.pl?node_id=708569 .
Basically, if you have a perl dll (by which I mean, eg, the Digest::SHA dll)
and you want to directly access a function from within that dll using XS or
Inline::C, how do you do that ?
On Fri, 05 Sep 2008, Jeffrey Ratcliffe wrote:
void
sane_open(class, name)
SANE_String_Const name
INIT:
SANE_Status status;
SANE_Handle h;
PPCODE:
status = sane_open(name, h);
On Fri, 05 Sep 2008, Torsten Schoenfeld wrote:
Jan Dubois wrote:
It is somewhat confusing that you are using the typemap for your INPUT
parameter but then try to encode the OUTPUT parameter yourself. You
should consistently do one or the other and not mix things (just for the
sake
On Mon, 09 Feb 2009, Thomas Rowe wrote:
I'm trying to embed perl in a C++ application and have some perl modules
call back into the C++. I cannot figure out how to make the bootstrap
work on my callback module. When I eval use Callback; I get Can't
locate loadable object for module
On Wed, 22 Jul 2009, Erland Sommarskog wrote:
I have an issue with an XS module of mine. I lean towards that it is a
bug in threads::shared, but maybe I am doing something wrong?
To show the issue, I have this silly XS routine:
void
arraytest(arrayref)
SV * arrayref
On Thu, 23 Jul 2009, Erland Sommarskog wrote:
Jan Dubois (j...@activestate.com) writes:
This can happen with other magical SVs too. You must call SvGETMAGIC()
before you can trust the SVf_?OK flags. SvIV() will do this as a side
effect.
Thus, in any place where I receive a value
On Fri, 01 Oct 2010, menth0l wrote:
I wrote a small module with C++ for computing similiarity between
strings. I compiled it on my 32-bit Windows XP machine using MinGW and
SWIG and got a .dll file. It worked like a charm.
Now i need to make it work in Windows 2003 x86_64 envinronment. I
On Sat, 20 Nov 2010, Erland Sommarskog wrote:
Reini Urban (rur...@x-ray.at) writes:
You are not allowed to overrride CCFLAGS and LIBS with simplier
settings.
Not allowed? You mean that I could be caught by the police?
That's scary!
It's not the police, it's those that must not be named
On Tue, 02 Aug 2011, Erland Sommarskog wrote:
Sisyphus (sisyph...@optusnet.com.au) writes:
Jan Dubois possibly has some ideas (and definitely has a better
understanding) about this. If he doesn't turn up here, and you wish to get
some feedback from him, try posting to the perl-win32-users
On Wed, Sep 25, 2013 at 11:50 AM, Torsten Schoenfeld kaffeeti...@gmx.de wrote:
newSVpv (string, PL_na) // do not do this
Is this recomended anywhere? PL_na is a legacy variable that used to
be used for
str = SvPV(sv, PL_na);
in case you don't care about the length of the string. Since
On Wed, Sep 25, 2013 at 12:04 PM, Torsten Schoenfeld kaffeeti...@gmx.de wrote:
Probably not. But http://grep.cpan.me/?q=newSVpv.*PL_na does show
quite a few hits, only roughly half of which are mine. Since the bugs
this causes are hard to diagnose, I thought a public service
announcement is
On Tue, Feb 18, 2014 at 4:10 PM, Michael Gerdau m...@qata.de wrote:
Hi list !
Hi Michael!
I have some legacy modules originating in the dim past of perl 5.6.x
which is to say there are likely quite a few quirks in the code.
The new() constructor of both does bless them using a stmt
26 matches
Mail list logo