Skip to Main Content

Oracle Database Discussions

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

Interested in getting your voice heard by members of the Developer Marketing team at Oracle? Check out this post for AppDev or this post for AI focus group information.

Extended support waiver for 12.1

David JamesMar 12 2018

Hi.

Currently on 11.2.0.4 db, (Linux RH6). Need to upgrade before the end of the year as waived fee ES ends at the close of 2018.

We have to upgrade to DB 12.1 as we are using EBS 12.1.3 and this is not supported on DB 12.2. The only other option is to upgrade EBS and that isnt a palatable option.

Yet we see that the Extended Support for 12.1 ends in August next year. So, we upgrade for a few months then  have to start paying??

Does anyone know if there is an likelihood of the waived fee ES going beyond August next year? I have consulted Oracle via an SR and they are not really responding with anything concrete.

I imagine many others have found themselves in this situation.

We are in effect being cornered by Oracle - upgrade soon, but only to a version (12.1) that you can use with EBS, which will soon go out of Extended Support.

Seems a bit harsh!

Thanks,

Comments

Fedor-Oracle
>
As soon as a -xO[0-5] is set, the following error is produced: "test.cpp", [main]:ube: error: Invalid reference to argument '0' in GASM Inlining
Without optimisation compiler runs a "simple" code generator, which is know to have issues with gnu-inline-asm.
With -O0+ compiler runs a different backend (named UBE).
It has much better support for gnu-inline-asm, though you seem to have hit a bug in it.
The atomic_add32() is taken straight from boost.
What library it comes from?
I did not see these hiccups on intel Solaris, and this particular part of the compiler is not platform specific (Linux should not differ to Solaris).

regards
__Fedor.
Fedor-Oracle
The atomic_add32() is taken straight from boost.
I did not see these hiccups on intel Solaris, and this particular part of the compiler is not platform specific (Linux should not differ to Solaris).
Well, it appears I was wrong here.
The header boost/interprocess/detail/atomic.hpp is very platform/compiler specific and it uses Solaris' atomic interface on Solaris :(

Btw, did you enable __GNUC__ to get it working through gnu-asm?

regards,
__Fedor.

Edited by: SFV on Feb 25, 2012 1:22 PM
919808
Yes, unfortunately that part is rather specific. Once C++11 reaches all compilers, we will have native atomic support and things like this will finally be history. :)

To be honest, no, I did not define __GNUC__ but simply modified the atomic.hpp slightly so it would use that particular implementation because I saw no reason for it to not work or be dangerous in any way and I did not want to define __GNUC__ globally because I am not that familiar yet with sunCC to grasp all repercussion it might have. So i opted for the former solution.

Am I right with my assumption that for unsupported systems, no patches or anything alike are provided? Meaning in this case, if this bug gets fixed, I will have to wait for an eventual Studio 12.4 because the Express line seems to be discontinued. :( Which brings me to my next questions: Is there any chance this gets fixed anytime soon(ish)?

Thanks for your swift response.

So long
matthias

Edited by: khaos on Feb 25, 2012 11:58 AM
Fedor-Oracle
Am I right with my assumption that for unsupported systems, no patches or anything alike are provided?
If this bug gets fixed, I will have to wait for an eventual Studio 12.4
Yes, thats true.
Nowadays we do patches only through the official support channels... :-\
Is there any chance this gets fixed anytime soon(ish)?
The only chance for you (unless you dont have an official support contract) to get over it is to modify this gnu-asm a bit so UBE does not choke over it.
I will ask UBE team for an exact workaround.

regards,
__Fedor.
919808
Nowadays we do patches only through the official support channels... :-\
Pity, really. That pretty much disqualifies the use of this compiler for several use cases.
The only chance for you (unless you dont have an official support contract) to get over it is to modify this gnu-asm a bit so UBE does not choke over it.
I will ask UBE team for an exact workaround.
Thanks.

Just one more quick question: There are no more releases for the Express edition? And the standard Oracle Solaris Studio is released more like annually? That means, a serious bug which has a patch available through the official support channels, can keep you biting for 12 months in the worst case?

So long
matthias
Steve.Clamage-Oracle
The Express releases are Beta versions. The Express and official releases of Studio are free for download and use.

Once the official release has occurred, Oracle policy, unlike the former Sun policy, is to provide patches for that release only via a support contract. So, yes, since Studio 12.3 has been officially released, if you run into a bug, your choices are to work around the bug, get a service contract, or wait until the next release.
1 - 6
Locked Post
New comments cannot be posted to this locked post.

Post Details

Locked on Apr 9 2018
Added on Mar 12 2018
0 comments
158 views