• Dimitri Kaparis (32/32) Mar 28 2004 Hi,
• Walter (3/35) Mar 30 2004 But neither the IDDE nor optlink were changed between 8.38 and 8.39. -Wa...
• Dimitri Kaparis (3/53) Mar 31 2004 Then perhaps the change in generated code (by the compiler) is
• Walter (6/11) Apr 01 2004 8.39. -Walter
• Dimitri Kaparis (6/23) Apr 02 2004 No need to mix & match. The small sample alone I sent in my initial
• Walter (3/26) Apr 03 2004 Do you mean the project fails with both 8.38 and 8.39?
• Dimitri Kaparis (5/41) Apr 03 2004 The project fails with 8.39 and later. If I compile the source with 8.39...
• Dimitri Kaparis (6/52) Sep 15 2004 Walter,
• Walter (3/5) Sep 15 2004 Sorry, not yet.

Dimitri Kaparis <dkaparis universalstudyhelper.com> writes:

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" <walter digitalmars.com> writes:

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

Dimitri Kaparis <dkaparis universalstudyhelper.com> writes:

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

 
 
 

"Walter" <walter digitalmars.com> writes:

"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.

Dimitri Kaparis <dkaparis universalstudyhelper.com> writes:

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?

"Walter" <walter digitalmars.com> writes:

"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?

Dimitri Kaparis <dkaparis universalstudyhelper.com> writes:

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 <d_kaparis universalstudyhelper.com> writes:

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

"Walter" <newshound digitalmars.com> writes:

"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.