Thread: [Arsperl-users] Solaris compile problems with 1.90 * GetEntryBLOB core dumps

Brought to you by: jeffmurphy

arsperl-users

[Arsperl-users] Solaris compile problems with 1.90 * GetEntryBLOB core dumps

From: Allan Y. <AY...@si...> - 2007-12-19 18:43:07

I have a Solaris server:
=20
# uname -a
SunOS ottqa05 5.6 Generic_105181-35 sun4u sparc

I can compile ARSperl 1.8001, 1.81, 1.82, and 1.85 successfully. However
1.90 fails. ARS version is 4.0.
=20
The reason I am trying to get a new version working, is that
ars_GetEntryBLOB is intermittentantly core dumping and I was hoping a
new version of the API might fix that. If I retrieve attachments in a
given field order on a service request then it core dumps every time, if
I reverse the order then it succeeds each time.
=20
Any ideas on the compile problem (or the core dump)?
=20
=20
Thanks,
=20
Allan.
=20
1.90:
=20
# make
Skip blib/lib/ARSarerrno-h.pm (unchanged)
Skip blib/lib/ARSnparm.pm (unchanged)
Skip blib/lib/_h2ph_pre.ph (unchanged)
Skip blib/lib/ARSar-h.pm (unchanged)
Skip blib/lib/ARSnt-h.pm (unchanged)
Skip blib/lib/ARSnterrno-h.pm (unchanged)
Skip blib/lib/ARSOOsup.pm (unchanged)
Skip blib/lib/ARSOOmsgs.pm (unchanged)
Skip blib/lib/ARSOOform.pm (unchanged)
Skip blib/lib/ARS.pm (unchanged)
gcc -B/usr/ccs/bin/ -c  -I/usr/ar/api/include -fno-strict-aliasing
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=3D64 -O   -DVERSION=3D\"1.90\"
-DXS_VERSION=3D\"1.90\" -fPIC
"-I/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE"  -g  -DARS32
-DPERL_PATCHLEVEL_IS=3D8 -DPERL_SUBVERSION_IS=3D0 -DPERL_BASEREV_IS=3D50
ARS.c
In file included from ARS.xs:28:
supportrev_generated.h:69: parse error before "ARCharMenuDDFieldStruct"
supportrev_generated.h:72: parse error before "ARCharMenuDDFormStruct"
supportrev_generated.h:75: parse error before "ARCharMenuDDStruct"
supportrev_generated.h:90: parse error before "ARCharMenuSSStruct"
supportrev_generated.h:105: parse error before "ARCompoundSchemaList"
supportrev_generated.h:111: parse error before "ARContainerOwnerObjList"
supportrev_generated.h:184: parse error before "ARFieldLimitList"
supportrev_generated.h:190: parse error before "ARFieldMappingList"
supportrev_generated.h:262: parse error before "ARQualifierList"
supportrev_generated.h:308: parse error before "ARUnsignedIntList"
ARS.c: In function `XS_ARS_ars_SetImpersonatedUser':
ARS.c:8526: `ARAccessNameType' undeclared (first use in this function)
ARS.c:8526: (Each undeclared identifier is reported only once
ARS.c:8526: for each function it appears in.)
ARS.c:8526: parse error before "impersonatedUser"
ARS.c:8535: `impersonatedUser' undeclared (first use in this function)
make: *** [ARS.o] Error 1

Re: [Arsperl-users] Solaris compile problems with 1.90 * GetEntryBLOB core dumps

From: Thilo S. <thi...@ap...> - 2007-12-19 19:15:58

ARSperl 1.90 doesn't support ARS 4.0 any more.

Concerning the core dump, do you call ars_GetEntryBLOB with 
AR_LOC_BUFFER or AR_LOC_FILENAME? Does the core dump occur with both of 
those variants?

If it occurs only with AR_LOC_FILENAME, it might help to change line 756 
of the file "ARS.xs" from

   loc.u.filename = locFile;

to

   loc.u.filename = strdup(locFile);

and compile again. (The line number refers to ARS.xs in version 1.90 and 
might be different in 1.85)


Regards,
Thilo Stapff


Allan Yates wrote:
> I have a Solaris server:
>  
> # uname -a
> SunOS ottqa05 5.6 Generic_105181-35 sun4u sparc
> I can compile ARSperl 1.8001, 1.81, 1.82, and 1.85 successfully. However 
> 1.90 fails. ARS version is 4.0.
>  
> The reason I am trying to get a new version working, is that 
> ars_GetEntryBLOB is intermittentantly core dumping and I was hoping a 
> new version of the API might fix that. If I retrieve attachments in a 
> given field order on a service request then it core dumps every time, if 
> I reverse the order then it succeeds each time.
>  
> Any ideas on the compile problem (or the core dump)?
>  
>  
> Thanks,
>  
> Allan.
>  
> 1.90:
>  
> # make
> Skip blib/lib/ARSarerrno-h.pm (unchanged)
> Skip blib/lib/ARSnparm.pm (unchanged)
> Skip blib/lib/_h2ph_pre.ph (unchanged)
> Skip blib/lib/ARSar-h.pm (unchanged)
> Skip blib/lib/ARSnt-h.pm (unchanged)
> Skip blib/lib/ARSnterrno-h.pm (unchanged)
> Skip blib/lib/ARSOOsup.pm (unchanged)
> Skip blib/lib/ARSOOmsgs.pm (unchanged)
> Skip blib/lib/ARSOOform.pm (unchanged)
> Skip blib/lib/ARS.pm (unchanged)
> gcc -B/usr/ccs/bin/ -c  -I/usr/ar/api/include -fno-strict-aliasing 
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O   -DVERSION=\"1.90\" 
> -DXS_VERSION=\"1.90\" -fPIC 
> "-I/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE"  -g  -DARS32  
> -DPERL_PATCHLEVEL_IS=8 -DPERL_SUBVERSION_IS=0 -DPERL_BASEREV_IS=50  ARS.c
> In file included from ARS.xs:28:
> supportrev_generated.h:69: parse error before "ARCharMenuDDFieldStruct"
> supportrev_generated.h:72: parse error before "ARCharMenuDDFormStruct"
> supportrev_generated.h:75: parse error before "ARCharMenuDDStruct"
> supportrev_generated.h:90: parse error before "ARCharMenuSSStruct"
> supportrev_generated.h:105: parse error before "ARCompoundSchemaList"
> supportrev_generated.h:111: parse error before "ARContainerOwnerObjList"
> supportrev_generated.h:184: parse error before "ARFieldLimitList"
> supportrev_generated.h:190: parse error before "ARFieldMappingList"
> supportrev_generated.h:262: parse error before "ARQualifierList"
> supportrev_generated.h:308: parse error before "ARUnsignedIntList"
> ARS.c: In function `XS_ARS_ars_SetImpersonatedUser':
> ARS.c:8526: `ARAccessNameType' undeclared (first use in this function)
> ARS.c:8526: (Each undeclared identifier is reported only once
> ARS.c:8526: for each function it appears in.)
> ARS.c:8526: parse error before "impersonatedUser"
> ARS.c:8535: `impersonatedUser' undeclared (first use in this function)
> make: *** [ARS.o] Error 1
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services
> for just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Arsperl-users mailing list
> Ars...@ar...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

Re: [Arsperl-users] Solaris compile problems with 1.90 * GetEntryBLOB core dumps

From: Allan Y. <AY...@si...> - 2007-12-21 21:49:04

Great! The strdup fixed the core dump problem (I was using
AR_LOC_FILENAME).

Now I am getting SQL errors retrieving large attachments. A 4M
attachment comes across fine, but a 65M one returns an SQL error.
Anybody run into this before?

PR00002953,86008,"spiff.logs.tar.gz"
PR00002955,412393,"libmaint.PDE-tcl.target_a23733.log.Z"
PR00002983,3323556,"dsc.20010219143011-PDE"
PR00002983,3888804,"dsc.20010215113512-error"
PR00003005,1039,"root.Regression-TraceOff.log"
PR00003005,574,"root.Regression-TraceOff.command_a25659.log"
PR00003005,406,"root.Regression-TraceOff.cmd_ctl_a11326.log"
PR00003007,26820,"root.ServiceTest-TestLarge.ddsapi.log"
PR00003007,11300,"root.ServiceTest-TestLarge.log"
PR00003007,52817,"root.ServiceTest-TestLarge.source_a06706.log"
PR00003034,9003,"rtpbuild.SIRTools-EnvTransfer_ENV2.ddsapi.log"
PR00003034,1814,"rtpbuild.SIRTools-EnvTransfer_ENV2.log"
PR00003034,65574175,"rtpbuild.SIRTools-EnvTransfer_ENV2.target_a26263.lo
g"
ars_GetEntryBLOB(
 PR_Problem Report, PR00003034, 536870917 ): [ERROR] Failure during SQL
operation to the database () (ARERR #552)

From:
            $att =3D ars_GetEntryBLOB($ctrl_car, $schema_sr, $srid,
$attfid[$attnum], ARS::AR_LOC_FILENAME, $file );
 die "ars_GetEntryBLOB($schema_sr, $srid, $attfid[$attnum] ):
$ars_errstr\n" if $ars_errstr;


Thanks,

Allan.

-----Original Message-----
From: ars...@ar...
[mailto:ars...@ar...] On Behalf Of Thilo Stapff
Sent: Wednesday, December 19, 2007 2:15 PM
To: ARSperl User Discussion
Subject: Re: [Arsperl-users] Solaris compile problems with 1.90 *
GetEntryBLOB core dumps

ARSperl 1.90 doesn't support ARS 4.0 any more.

Concerning the core dump, do you call ars_GetEntryBLOB with=20
AR_LOC_BUFFER or AR_LOC_FILENAME? Does the core dump occur with both of=20
those variants?

If it occurs only with AR_LOC_FILENAME, it might help to change line 756

of the file "ARS.xs" from

   loc.u.filename =3D locFile;

to

   loc.u.filename =3D strdup(locFile);

and compile again. (The line number refers to ARS.xs in version 1.90 and

might be different in 1.85)


Regards,
Thilo Stapff


Allan Yates wrote:
> I have a Solaris server:
> =20
> # uname -a
> SunOS ottqa05 5.6 Generic_105181-35 sun4u sparc
> I can compile ARSperl 1.8001, 1.81, 1.82, and 1.85 successfully.
However=20
> 1.90 fails. ARS version is 4.0.
> =20
> The reason I am trying to get a new version working, is that=20
> ars_GetEntryBLOB is intermittentantly core dumping and I was hoping a=20
> new version of the API might fix that. If I retrieve attachments in a=20
> given field order on a service request then it core dumps every time,
if=20
> I reverse the order then it succeeds each time.
> =20
> Any ideas on the compile problem (or the core dump)?
> =20
> =20
> Thanks,
> =20
> Allan.

Re: [Arsperl-users] Solaris compile problems with 1.90 * GetEntryBLOB core dumps

From: Michiel B. <mic...@ma...> - 2007-12-24 13:52:13

Strange. Have you tried activating SQL logging on the server to see what's
happening there? Can you retrieve the file using the User Tool? I know that
you'd have to modify a setting on Oracle to store attachments of > 32 MB in
size.

Regards,

Michiel

On Dec 21, 2007 10:48 PM, Allan Yates <AY...@si...> wrote:

> Great! The strdup fixed the core dump problem (I was using
> AR_LOC_FILENAME).
>
> Now I am getting SQL errors retrieving large attachments. A 4M
> attachment comes across fine, but a 65M one returns an SQL error.
> Anybody run into this before?
>
> PR00002953,86008,"spiff.logs.tar.gz"
> PR00002955,412393,"libmaint.PDE-tcl.target_a23733.log.Z"
> PR00002983,3323556,"dsc.20010219143011-PDE"
> PR00002983,3888804,"dsc.20010215113512-error"
> PR00003005,1039,"root.Regression-TraceOff.log"
> PR00003005,574,"root.Regression-TraceOff.command_a25659.log"
> PR00003005,406,"root.Regression-TraceOff.cmd_ctl_a11326.log"
> PR00003007,26820,"root.ServiceTest-TestLarge.ddsapi.log"
> PR00003007,11300,"root.ServiceTest-TestLarge.log"
> PR00003007,52817,"root.ServiceTest-TestLarge.source_a06706.log"
> PR00003034,9003,"rtpbuild.SIRTools-EnvTransfer_ENV2.ddsapi.log"
> PR00003034,1814,"rtpbuild.SIRTools-EnvTransfer_ENV2.log"
> PR00003034,65574175,"rtpbuild.SIRTools-EnvTransfer_ENV2.target_a26263.lo
> g"
> ars_GetEntryBLOB(
>  PR_Problem Report, PR00003034, 536870917 ): [ERROR] Failure during SQL
> operation to the database () (ARERR #552)
>
> From:
>            $att = ars_GetEntryBLOB($ctrl_car, $schema_sr, $srid,
> $attfid[$attnum], ARS::AR_LOC_FILENAME, $file );
>  die "ars_GetEntryBLOB($schema_sr, $srid, $attfid[$attnum] ):
> $ars_errstr\n" if $ars_errstr;
>
>
> Thanks,
>
> Allan.
>
> -----Original Message-----
> From: ars...@ar...
> [mailto:ars...@ar...] On Behalf Of Thilo Stapff
> Sent: Wednesday, December 19, 2007 2:15 PM
> To: ARSperl User Discussion
> Subject: Re: [Arsperl-users] Solaris compile problems with 1.90 *
> GetEntryBLOB core dumps
>
> ARSperl 1.90 doesn't support ARS 4.0 any more.
>
> Concerning the core dump, do you call ars_GetEntryBLOB with
> AR_LOC_BUFFER or AR_LOC_FILENAME? Does the core dump occur with both of
> those variants?
>
> If it occurs only with AR_LOC_FILENAME, it might help to change line 756
>
> of the file "ARS.xs" from
>
>   loc.u.filename = locFile;
>
> to
>
>   loc.u.filename = strdup(locFile);
>
> and compile again. (The line number refers to ARS.xs in version 1.90 and
>
> might be different in 1.85)
>
>
> Regards,
> Thilo Stapff
>
>
> Allan Yates wrote:
> > I have a Solaris server:
> >
> > # uname -a
> > SunOS ottqa05 5.6 Generic_105181-35 sun4u sparc
> > I can compile ARSperl 1.8001, 1.81, 1.82, and 1.85 successfully.
> However
> > 1.90 fails. ARS version is 4.0.
> >
> > The reason I am trying to get a new version working, is that
> > ars_GetEntryBLOB is intermittentantly core dumping and I was hoping a
> > new version of the API might fix that. If I retrieve attachments in a
> > given field order on a service request then it core dumps every time,
> if
> > I reverse the order then it succeeds each time.
> >
> > Any ideas on the compile problem (or the core dump)?
> >
> >
> > Thanks,
> >
> > Allan.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Arsperl-users mailing list
> Ars...@ar...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>