Hi,

This occurs in both version 8.39 and 8.40 (CD upgrade). Version 8.38 did not have this problem.

Add the following single source to a project and in build options enable
  Exception Handling; use debug build settings (or run smake with the
attached makefile):

#include <string>
#include <map>
#include <vector>
#include <fstream>

class A
{
	std::ofstream m;
};

class B
{
	std::ifstream m;
};

class C
{
	std::vector<std::string> m;
};

class D
{
	std::map<std::string, std::string> m;
};

Upon linking attempt, the IDDE is crashing with the following message:
Unexpected OPTLINK Termination at EIP=40025E17,
followed by some register dump.
I'm including the relevant project and source files.

Best regards,
Dimitri

But neither the IDDE nor optlink were changed between 8.38 and 8.39. -Walter

"Dimitri Kaparis" <dkaparis@universalstudyhelper.com> wrote in message news:c46jl5$15hl$1@digitaldaemon.com...
> Hi,
>
> This occurs in both version 8.39 and 8.40 (CD upgrade). Version 8.38 did
> not have this problem.
>
> Add the following single source to a project and in build options enable
>   Exception Handling; use debug build settings (or run smake with the
> attached makefile):
>
> #include <string>
> #include <map>
> #include <vector>
> #include <fstream>
>
> class A
> {
> std::ofstream m;
> };
>
> class B
> {
> std::ifstream m;
> };
>
> class C
> {
> std::vector<std::string> m;
> };
>
> class D
> {
> std::map<std::string, std::string> m;
> };
>
> Upon linking attempt, the IDDE is crashing with the following message:
> Unexpected OPTLINK Termination at EIP=40025E17,
> followed by some register dump.
> I'm including the relevant project and source files.
>
> Best regards,
> Dimitri
>

Walter wrote:
> But neither the IDDE nor optlink were changed between 8.38 and 8.39. -Walter
> 

Then perhaps the change in generated code (by the compiler) is triggering the crash in optlink.

> "Dimitri Kaparis" <dkaparis@universalstudyhelper.com> wrote in message
> news:c46jl5$15hl$1@digitaldaemon.com...
> 
>>Hi,
>>
>>This occurs in both version 8.39 and 8.40 (CD upgrade). Version 8.38 did
>>not have this problem.
>>
>>Add the following single source to a project and in build options enable
>>  Exception Handling; use debug build settings (or run smake with the
>>attached makefile):
>>
>>#include <string>
>>#include <map>
>>#include <vector>
>>#include <fstream>
>>
>>class A
>>{
>>std::ofstream m;
>>};
>>
>>class B
>>{
>>std::ifstream m;
>>};
>>
>>class C
>>{
>>std::vector<std::string> m;
>>};
>>
>>class D
>>{
>>std::map<std::string, std::string> m;
>>};
>>
>>Upon linking attempt, the IDDE is crashing with the following message:
>>Unexpected OPTLINK Termination at EIP=40025E17,
>>followed by some register dump.
>>I'm including the relevant project and source files.
>>
>>Best regards,
>>Dimitri
>>
> 
> 
> 

"Dimitri Kaparis" <dkaparis@universalstudyhelper.com> wrote in message news:c4dvgp$qhi$1@digitaldaemon.com...
> Walter wrote:
> > But neither the IDDE nor optlink were changed between 8.38 and
8.39. -Walter
> >
>
> Then perhaps the change in generated code (by the compiler) is
> triggering the crash in optlink.

Perhaps. If you could build your project with 8.38, save the .obj files, then build it with 8.39, save the .obj files. Then mix & match the .obj files until the offending one is isolated.

Walter wrote:
> "Dimitri Kaparis" <dkaparis@universalstudyhelper.com> wrote in message
> news:c4dvgp$qhi$1@digitaldaemon.com...
> 
>>Walter wrote:
>>
>>>But neither the IDDE nor optlink were changed between 8.38 and
> 
> 8.39. -Walter
> 
>>Then perhaps the change in generated code (by the compiler) is
>>triggering the crash in optlink.
> 
> 
> Perhaps. If you could build your project with 8.38, save the .obj files,
> then build it with 8.39, save the .obj files. Then mix & match the .obj
> files until the offending one is isolated.
> 

No need to mix & match. The small sample alone I sent in my initial post, when compiled with 8.39 and later with -Ae, is crashing the linker. I also tried linking the same object file with 8.38 and the same thing is happening. Should I send you the generated object files for 8.38 and 8.39?

"Dimitri Kaparis" <dkaparis@universalstudyhelper.com> wrote in message news:c4kmeg$2fld$1@digitaldaemon.com...
> Walter wrote:
> > "Dimitri Kaparis" <dkaparis@universalstudyhelper.com> wrote in message news:c4dvgp$qhi$1@digitaldaemon.com...
> >
> >>Walter wrote:
> >>
> >>>But neither the IDDE nor optlink were changed between 8.38 and
> >
> > 8.39. -Walter
> >
> >>Then perhaps the change in generated code (by the compiler) is
> >>triggering the crash in optlink.
> >
> >
> > Perhaps. If you could build your project with 8.38, save the .obj files, then build it with 8.39, save the .obj files. Then mix & match the .obj files until the offending one is isolated.
> >
>
> No need to mix & match. The small sample alone I sent in my initial post, when compiled with 8.39 and later with -Ae, is crashing the linker. I also tried linking the same object file with 8.38 and the same thing is happening. Should I send you the generated object files for 8.38 and 8.39?

Do you mean the project fails with both 8.38 and 8.39?

Walter wrote:
> "Dimitri Kaparis" <dkaparis@universalstudyhelper.com> wrote in message
> news:c4kmeg$2fld$1@digitaldaemon.com...
> 
>>Walter wrote:
>>
>>>"Dimitri Kaparis" <dkaparis@universalstudyhelper.com> wrote in message
>>>news:c4dvgp$qhi$1@digitaldaemon.com...
>>>
>>>
>>>>Walter wrote:
>>>>
>>>>
>>>>>But neither the IDDE nor optlink were changed between 8.38 and
>>>
>>>8.39. -Walter
>>>
>>>
>>>>Then perhaps the change in generated code (by the compiler) is
>>>>triggering the crash in optlink.
>>>
>>>
>>>Perhaps. If you could build your project with 8.38, save the .obj files,
>>>then build it with 8.39, save the .obj files. Then mix & match the .obj
>>>files until the offending one is isolated.
>>>
>>
>>No need to mix & match. The small sample alone I sent in my initial
>>post, when compiled with 8.39 and later with -Ae, is crashing the
>>linker. I also tried linking the same object file with 8.38 and the same
>>thing is happening. Should I send you the generated object files for
>>8.38 and 8.39?
> 
> 
> Do you mean the project fails with both 8.38 and 8.39?
> 
> 
The project fails with 8.39 and later. If I compile the source with 8.39 and try linking that object file with 8.38, it also fails. It builds with 8.38 (meaning, the linker does not crash, anyway building fails because of Symobl Undefined _main).

Dimitri Kaparis wrote:
> Walter wrote:
> 
>> "Dimitri Kaparis" <dkaparis@universalstudyhelper.com> wrote in message
>> news:c4kmeg$2fld$1@digitaldaemon.com...
>>
>>> Walter wrote:
>>>
>>>> "Dimitri Kaparis" <dkaparis@universalstudyhelper.com> wrote in message
>>>> news:c4dvgp$qhi$1@digitaldaemon.com...
>>>>
>>>>
>>>>> Walter wrote:
>>>>>
>>>>>
>>>>>> But neither the IDDE nor optlink were changed between 8.38 and
>>>>
>>>>
>>>> 8.39. -Walter
>>>>
>>>>
>>>>> Then perhaps the change in generated code (by the compiler) is
>>>>> triggering the crash in optlink.
>>>>
>>>>
>>>>
>>>> Perhaps. If you could build your project with 8.38, save the .obj files,
>>>> then build it with 8.39, save the .obj files. Then mix & match the .obj
>>>> files until the offending one is isolated.
>>>>
>>>
>>> No need to mix & match. The small sample alone I sent in my initial
>>> post, when compiled with 8.39 and later with -Ae, is crashing the
>>> linker. I also tried linking the same object file with 8.38 and the same
>>> thing is happening. Should I send you the generated object files for
>>> 8.38 and 8.39?
>>
>>
>>
>> Do you mean the project fails with both 8.38 and 8.39?
>>
>>
> The project fails with 8.39 and later. If I compile the source with 8.39 and try linking that object file with 8.38, it also fails. It builds with 8.38 (meaning, the linker does not crash, anyway building fails because of Symobl Undefined _main).

Walter,

any ETA on this issue? It still occurs in 8.41 and is effectively locking me to 8.38.

Best regards,
Dimitri

"Dimitri Kaparis" <d_kaparis@universalstudyhelper.com> wrote in message news:ci8rr0$tnh$1@digitaldaemon.com...
> any ETA on this issue? It still occurs in 8.41 and is effectively locking me to 8.38.

Sorry, not yet.