Dear Eiffelers,

If I am working on a project in EiffelStudio 5.2 (Windows) melting it a
number of times and then freezing it. Is a resulting frozen version the same
(size and runtime efficiency) as the one I would obtain after erasing Eifgen
directory and its context and then freezing? Thank you.

Yours sincerely,

Robert Jurjevic

I'm trying to define the following external function:


	 crypt (key: POINTER; slt:POINTER): POINTER is
			 -- Call crypt (3).
		 external
			 "C (const char *, const char *): char * | <unistd.h>"
		 end

When I compile, I get the following error messages:

/home/colin/xcatalog/user-admin/bootstrap/EIFGEN/W_code/E1/efrozen.c:4945:
`crypt' undeclared here (not in a function)
/home/colin/xcatalog/user-admin/bootstrap/EIFGEN/W_code/E1/efrozen.c:4945:
initializer element is not constant
/home/colin/xcatalog/user-admin/bootstrap/EIFGEN/W_code/E1/efrozen.c:4945: (near
initialization for `egc_frozen_init[52]')

Why?
--
Colin Paul Adams
Preston Lancashire

Hello,

Is crypt in <unistd.h> defined as a function or as a macro ?
I've already had such a problem in this situation :

If it is defined as a macro, you should use the C external syntax for
macros.

Frozen code tries to make tables with function pointers; if it cannot create
a pointer to crypt you'll get this kind of message.

Hope this helps,

Paul G. Crismer

> -----Original Message-----
> From: Colin Paul Adams [mailto:colin@...]
> Sent: Wednesday, July 02, 2003 12:57 PM
> To: ise_users@yahoogroups.com
> Subject: [ise_users] compiling a C external
>
>
> I'm trying to define the following external function:
>
>
>  crypt (key: POINTER; slt:POINTER): POINTER is
> 		 -- Call crypt (3).
> 	 external
> 		 "C (const char *, const char *): char *
> | <unistd.h>"
> 	 end
>
> When I compile, I get the following error messages:
>
> /home/colin/xcatalog/user-admin/bootstrap/EIFGEN/W_code/E1/efr
> ozen.c:4945: `crypt' undeclared here (not in a function)
> /home/colin/xcatalog/user-admin/bootstrap/EIFGEN/W_code/E1/efr
> ozen.c:4945: initializer element is not constant
> /home/colin/xcatalog/user-admin/bootstrap/EIFGEN/W_code/E1/efr
> ozen.c:4945: (near initialization for `egc_frozen_init[52]')
>
> Why?
> --
> Colin Paul Adams
> Preston Lancashire
>
> ------------------------ Yahoo! Groups Sponsor
> ---------------------~-->
> Get A Free Psychic Reading! Your Online Answer To Life's
> Important Questions.
> http://us.click.yahoo.com/Lj3uPC/Me7FAA/ySSFAA/nhFolB/TM
> --------------------------------------------------------------
> -------~->
>
>
> To unsubscribe from this group, send an email to:
> ise_users-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/

>>>>> "Paul" == CRISMER Paul-Georges <paul-georges.crismer@...> writes:

     Paul> Hello, Is crypt in <unistd.h> defined as a function or as a
     Paul> macro ?  I've already had such a problem in this situation :

     Paul> If it is defined as a macro, you should use the C external
     Paul> syntax for macros.

It's defined as an extern (thus a function).
--
Colin Paul Adams
Preston Lancashire

Does EiffelStudio 5.3 support Asian language characters for strings
such as Japanese etc.  I can normally cut and paste German, French
text as strings to be shown in my Eiffel applications but when trying
it with Japanese characters it simply displays "????????".

Thanks in advance,
Hubert

I believe so.  Freezing generates C code from the
source and isn't dependent on the melted code (ISE
will correct me if I'm wrong...I hope).  A frozen
version will not be the same size nor runtime
efficiency as a finalized version, though.

Gary.
--- Robert Jurjevic <robert.jurjevic@...>
wrote:
> Dear Eiffelers,
>
> If I am working on a project in EiffelStudio 5.2
> (Windows) melting it a
> number of times and then freezing it. Is a resulting
> frozen version the same
> (size and runtime efficiency) as the one I would
> obtain after erasing Eifgen
> directory and its context and then freezing? Thank
> you.
>
> Yours sincerely,
>
> Robert Jurjevic
>
>


__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

Dear Gary,

Thank you.

Yours sincerely,

Robert Jurjevic

----- Original Message -----
From: "Gary Smithrud" <kb0wno@...>
To: <ise_users@yahoogroups.com>
Sent: Wednesday, July 02, 2003 5:45 PM
Subject: Re: [ise_users] Melting and freezing


> I believe so.  Freezing generates C code from the
> source and isn't dependent on the melted code (ISE
> will correct me if I'm wrong...I hope).  A frozen
> version will not be the same size nor runtime
> efficiency as a finalized version, though.
>
> Gary.
> --- Robert Jurjevic <robert.jurjevic@...>
> wrote:
> > Dear Eiffelers,
> >
> > If I am working on a project in EiffelStudio 5.2
> > (Windows) melting it a
> > number of times and then freezing it. Is a resulting
> > frozen version the same
> > (size and runtime efficiency) as the one I would
> > obtain after erasing Eifgen
> > directory and its context and then freezing? Thank
> > you.
> >
> > Yours sincerely,
> >
> > Robert Jurjevic
> >
> >
>
>
> __________________________________
> Do you Yahoo!?
> SBC Yahoo! DSL - Now only $29.95 per month!
> http://sbc.yahoo.com
>
>
>
> To unsubscribe from this group, send an email to:
> ise_users-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
>

Colin Paul Adams <colin@...> writes:


>  crypt (key: POINTER; slt:POINTER): POINTER is
> 		 -- Call crypt (3).
> 	 external
> 		 "C (const char *, const char *): char * | <unistd.h>"
> 	 end
>
> When I compile, I get the following error messages:
>
> /home/colin/xcatalog/user-admin/bootstrap/EIFGEN/W_code/E1/efrozen.c:4945:
> `crypt' undeclared here (not in a function)

crypt isn't declared in unistd.h. Choose the right hreader.

--
Live long and prosper,

Berend de Boer

"Robert Jurjevic" <robert.jurjevic@...> writes:

> If I am working on a project in EiffelStudio 5.2 (Windows) melting it a
> number of times and then freezing it. Is a resulting frozen version the same
> (size and runtime efficiency) as the one I would obtain after erasing Eifgen
> directory and its context and then freezing? Thank you.

I believe the compiler warns that the resulting executable is not
optimal, isn't it??

At least I can remember seeing messages like that in certain situations.

--
Live long and prosper,

Berend de Boer

>>>>> "Berend" == Berend de Boer <berend@...> writes:

     Berend> crypt isn't declared in unistd.h.

It is so declared.
--
Colin Paul Adams
Preston Lancashire

The location of crypt() could be system dependent.  On the Linux box
I'm logged into, it's in unistd.h.  But on the Solaris box I'm logged
onto, it's in crypt.h.

Doesn't help your problem any, though.


--- In ise_users@yahoogroups.com, Colin Paul Adams <colin@c...> wrote:
> >>>>> "Berend" == Berend de Boer <berend@p...> writes:
>
>     Berend> crypt isn't declared in unistd.h.
>
> It is so declared.
> --
> Colin Paul Adams
> Preston Lancashire

I'm fairly new to Linux so sorry if this question seems dumb.
I just installed Eiffel53 on RedHat Linux 9.0 and am getting
the following errors when I try to freeze a simple project.

gcc -o
gmp -O -pipe  -DWORKBENCH -I/usr/local/Eiffel53//studio/spec/linux-glibc2
.1/include -I.    C8/Cobj8.o C7/Cobj7.o C6/Cobj6.o C5/Cobj5.o C4/Cobj4.o
C3/Cobj                          3.o C2/Cobj2.o C1/Cobj1.o E1/Eobj1.o
E1/emain.o \
         /usr/local/Eiffel53//studio/spec/linux-glibc2.1/lib/libwkbench.a -lm
/usr/local/Eiffel53//studio/spec/linux-glibc2.1/lib/libwkbench.a(wretrieve.o
)(.t                          ext+0x2b4b): In function `next_item':
: undefined reference to `__ctype_b'
/usr/local/Eiffel53//studio/spec/linux-glibc2.1/lib/libwkbench.a(wfile.o)(.t
ext+                          0xbe7): In function `file_gw':
: undefined reference to `__ctype_b'
/usr/local/Eiffel53//studio/spec/linux-glibc2.1/lib/libwkbench.a(wfile.o)(.t
ext+                          0xc72): In function `file_gw':
: undefined reference to `__ctype_b'
/usr/local/Eiffel53//studio/spec/linux-glibc2.1/lib/libwkbench.a(wfile.o)(.t
ext+                          0xcd0): In function `file_gw':
: undefined reference to `__ctype_b'
/usr/local/Eiffel53//studio/spec/linux-glibc2.1/lib/libwkbench.a(wstring.o)(
.tex                          t+0x68): In function `str_left':
: undefined reference to `__ctype_b'
/usr/local/Eiffel53//studio/spec/linux-glibc2.1/lib/libwkbench.a(wstring.o)(
.tex                          t+0xb8): more undefined references to
`__ctype_b' follow
collect2: ld returned 1 exit status
make: *** [gmp] Error 1

I don't know where to start to find the source of this problem.

Regards
Chris Saunders
chris.saunders@...

>>>>> "Chris" == Chris Saunders <chris.saunders@...> writes:

     Chris> I don't know where to start to find the source of this
     Chris> problem.

ISE's compiler won't work on RedHat 9.

Either use a different compiler or downgrade to RedHat 8.0 or some
other Linux distribution.
--
Colin Paul Adams
Preston Lancashire

"steven_m_wurster" <stevenwurster@...> writes:

> The location of crypt() could be system dependent.  On the Linux box
> I'm logged into, it's in unistd.h.  But on the Solaris box I'm logged
> onto, it's in crypt.h.
>
> Doesn't help your problem any, though.

And my hunch was wrong though. crypt() should be in unistd.h according
to SUSv3.

--
Live long and prosper,

Berend de Boer

Thanks for the reply Colin.

Is there an easy answer as to why it won't work on version 9?
I have tried installing Slackware Linux and FreeBSD and had
problems that I couldn't get past.  I may try downgrading as you
suggested (I'm getting tired of trying to install and understand a
UNIX type system as I have been a Windows user for years and
virtually everyone supports their stuff)

Regards
Chris Saunders
chris.saunders@...

   ----- Original Message -----
   From: Colin Paul Adams
   To: ise_users@yahoogroups.com
   Sent: Thursday, July 03, 2003 3:48 AM
   Subject: Re: [ise_users] Problem freezing on Linux


   >>>>> "Chris" == Chris Saunders <chris.saunders@...> writes:

       Chris> I don't know where to start to find the source of this
       Chris> problem.

   ISE's compiler won't work on RedHat 9.

   Either use a different compiler or downgrade to RedHat 8.0 or some
   other Linux distribution.
   --
   Colin Paul Adams
   Preston Lancashire

         Yahoo! Groups Sponsor
               ADVERTISEMENT





   To unsubscribe from this group, send an email to:
   ise_users-unsubscribe@yahoogroups.com



   Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.


[Non-text portions of this message have been removed]

>>>>> "Chris" == Chris Saunders <chris.saunders@...> writes:

     Chris> Thanks for the reply Colin.  Is there an easy answer as to
     Chris> why it won't work on version 9?

It's to do with the version of glibc shipped with RedHat 9 I think -
check the archives on this mailing list.
--
Colin Paul Adams
Preston Lancashire

Dear All

I have been having 'fun' getting things going with a 5.2 project compiling
in dot net. A number of issues have arisen:

nmake needs files from VC98 directory that are not included in Microsoft
.Net (I did not install C++). This needs to be clear as a requirement - even
checked during installation?

Cheers, Sam
____________________________________________
Dr Sam Heard
Ocean Informatics, openEHR
Co-Chair, EHR-SIG, HL7
Chair EHR IT-14-2, Standards Australia
Hon. Senior Research Fellow, UCL, London

105 Rapid Creek Rd
Rapid Creek NT 0810

Ph: +61 417 838 808

sam.heard@...

www.openEHR.org
www.HL7.org
__________________________________________

Dear All

There are a number of classes now in the classic subdirectory that do not
have replacements in the other library clusters.  At least:

wide_character_ref
wide_character

This needs sorting if we are not going to go mad.

Cheers, Sam
____________________________________________
Dr Sam Heard
Ocean Informatics, openEHR
Co-Chair, EHR-SIG, HL7
Chair EHR IT-14-2, Standards Australia
Hon. Senior Research Fellow, UCL, London

105 Rapid Creek Rd
Rapid Creek NT 0810

Ph: +61 417 838 808

sam.heard@...

www.openEHR.org
www.HL7.org
__________________________________________

Dear All

This is confusing - these two classes WIDE_CHARACTER and WIDE_CHARACTER_REF
seem to be in the compiler - if I create a couple of dummy classes as a last
resort I get following error. These classes are in Eiffel CLassic and marked
as obsolete. I am using dot net 1.3 and have visual studio .Net 2002 without
C++.

[  0% - 21] Degree 5 class ANY

Error code: VHPR(1)
Error: cycle in inheritance relation.
What to do: make sure that Parent clause does not list any descendant.

Names of classes involved in cycle:
ANY

Cheers Sam
____________________________________________
Dr Sam Heard
Ocean Informatics, openEHR
Co-Chair, EHR-SIG, HL7
Chair EHR IT-14-2, Standards Australia
Hon. Senior Research Fellow, UCL, London

105 Rapid Creek Rd
Rapid Creek NT 0810

Ph: +61 417 838 808

sam.heard@...

www.openEHR.org
www.HL7.org
__________________________________________



---------------------- Done ----------------------

     Rebuild All: 0 succeeded, 1 failed, 0 skipped


> -----Original Message-----
> From: Sam Heard [mailto:sam.heard@...]
> Sent: Sunday, 6 July 2003 1:08 PM
> To: ise_users@yahoogroups.com
> Subject: RE: [ise_users] Problems porting 5.2 to Dot Net
>
>
>
> Dear All
>
> There are a number of classes now in the classic subdirectory that do not
> have replacements in the other library clusters.  At least:
>
> wide_character_ref
> wide_character
>
> This needs sorting if we are not going to go mad.
>
> Cheers, Sam
> ____________________________________________
> Dr Sam Heard
> Ocean Informatics, openEHR
> Co-Chair, EHR-SIG, HL7
> Chair EHR IT-14-2, Standards Australia
> Hon. Senior Research Fellow, UCL, London
>
> 105 Rapid Creek Rd
> Rapid Creek NT 0810
>
> Ph: +61 417 838 808
>
> sam.heard@...
>
> www.openEHR.org
> www.HL7.org
> __________________________________________
>
>
>
>
> To unsubscribe from this group, send an email to:
> ise_users-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
>

Hello Sam,

There shouldn't be any class apart from these two that do not have
replacements. In .NET all characters are Unicode so these two classes are
meaningless.

Regards,

--
Raphaël.

> -----Original Message-----
> From: Sam Heard [mailto:sam.heard@...]
> Sent: Saturday, July 05, 2003 8:38 PM
> To: ise_users@yahoogroups.com
> Subject: RE: [ise_users] Problems porting 5.2 to Dot Net
>
>
>
> Dear All
>
> There are a number of classes now in the classic subdirectory
> that do not have replacements in the other library clusters.
> At least:
>
> wide_character_ref
> wide_character
>
> This needs sorting if we are not going to go mad.
>
> Cheers, Sam
> ____________________________________________
> Dr Sam Heard
> Ocean Informatics, openEHR
> Co-Chair, EHR-SIG, HL7
> Chair EHR IT-14-2, Standards Australia
> Hon. Senior Research Fellow, UCL, London
>
> 105 Rapid Creek Rd
> Rapid Creek NT 0810
>
> Ph: +61 417 838 808
>
> sam.heard@...
>
www.openEHR.org
www.HL7.org
__________________________________________


------------------------ Yahoo! Groups Sponsor ---------------------~--> Get
A Free Psychic Reading! Your Online Answer To Life's Important Questions.
http://us.click.yahoo.com/Lj3uPC/Me7FAA/ySSFAA/nhFolB/TM
---------------------------------------------------------------------~->


To unsubscribe from this group, send an email to:
ise_users-unsubscribe@yahoogroups.com



Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

I've been trying to use a C dll employing the DLL_32 and
DLL_32_ROUTINE classes.  When calling routine.make_by_name, I get an
exception: Code: 24 (Developer exception.) Tag: Cannot load library.

So I tried the example under base\desc in the Eiffel Studio 5.3
distribution and I get the same error.

Any idea what may be going on?

Richard

--- In ise_users@yahoogroups.com, "richard_gams" <ragams@h...> wrote:
> I've been trying to use a C dll employing the DLL_32 and
> DLL_32_ROUTINE classes.  When calling routine.make_by_name, I get
an
> exception: Code: 24 (Developer exception.) Tag: Cannot load
library.
>
> So I tried the example under base\desc in the Eiffel Studio 5.3
> distribution and I get the same error.
>
> Any idea what may be going on?
>
> Richard

OK, so I had forgotten to move ise_desc.dll to my working
directory.  Now I have a different problem:

Code: 12 (Operating system signal.) Tag: Segmentation violation
when trying to get the return value from the function:
      when t_integer then
	 imp_integer_result := desc_call_dll32_integer
(function_handle, arguments_size, $actual_args)

Richard

Raphaël Simon [ES] wrote:

>Hello Sam,
>
>There shouldn't be any class apart from these two that do not have
>replacements. In .NET all characters are Unicode so these two classes are
>meaningless.
>
so...what's the solution? We cannot get this system to compile...my
guess is that references to these class are built into the runtime.

- thomas beale

Hello Thomas,

What exactly is the problem? Are you trying to compile a system on .NET that
relies on WIDE_CHARACTER? WIDE_CHARACTER is obsolete, class CHARACTER should
be used instead.

--
Raphaël.

> -----Original Message-----
> From: Thomas Beale [mailto:thomas@...]
> Sent: Monday, July 07, 2003 5:02 PM
> To: ise_users@yahoogroups.com
> Subject: Re: [ise_users] Problems porting 5.2 to Dot Net
>
>
>
>
> Raphaël Simon [ES] wrote:
>
> >Hello Sam,
> >
> >There shouldn't be any class apart from these two that do not have
> >replacements. In .NET all characters are Unicode so these
> two classes
> >are meaningless.
> >
> so...what's the solution? We cannot get this system to compile...my
> guess is that references to these class are built into the runtime.
>
> - thomas beale
>
>
>
> ------------------------ Yahoo! Groups Sponsor
> ---------------------~--> Buy Coral Calcium for Greater
> Health - $23.95
> http://www.challengerone.com/t/l.asp?cid=2805> &lp=calcium2.asp
>
>
http://us.click.yahoo.com/MmkSQC/NTVGAA/ySSFAA/nhFolB/TM
---------------------------------------------------------------------~->


To unsubscribe from this group, send an email to:
ise_users-unsubscribe@yahoogroups.com



Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

Raphaël Simon [ES] wrote:

>Hello Thomas,
>
>What exactly is the problem? Are you trying to compile a system on .NET that
>relies on WIDE_CHARACTER? WIDE_CHARACTER is obsolete, class CHARACTER should
>be used instead.
>
we don't use it. I cannot find any reference to it in our classes, in
gobo, or even in the ISE classes. But in Studio if you type in
WIDE_CHARACTER, it appears as if it is in the system. However, in the
context tool, if you search for clients for WIDE_CHARACTER or
WIDE_CHARACTER_REF, you get nothing. THis is in vanilla 5.2, not in
Envision. So I think it is referenced in the compiler runtime somewhere.

- thomas

Moving from MS VS .NET + Envision 1.0 to MS VS .NET 2003 + Envision
1.2 I've got one problem. Running my app I get an exception
System.ExecutionEngineException with description "Common Language
Runtime detected an invalid program".

   I reduced the problem and these are the steps to reproduce it:

   MS VS .NET 2003, Envision 1.2, WinXP SP1, DirectX 9.0

   1. Create new Eiffel "Blank Prolect".
   2. Add Microsoft.DirectX 1.0.900.0 to "Referenced assemblies from GAC".
   3. Make main creation procedure like this:

    make is
          local
               point: VECTOR_3
               r : REAL
          do
               create point.make_from_value_x_and_value_y_and_value_z(1, 2, 3)
               r := point.x -- error here
          end

    4. Compile, run, see exception.



    I wrote this first to info@..., but didn't get any answer.

--

www.svprogramming.net

Hmm a .NET system shouldn't include WIDE_CHARACTER. Can you check that the
ace file contains the lines

msil_generation (yes)
msil_generation_type ("exe") -- or msil_generation_type ("dll")

I just tried compiling a .NET system with 5.2 and WIDE_CHARACTER is not in
the system. Can you post your ace file?

Thanks,

--
Raphaël.

> -----Original Message-----
> From: Thomas Beale [mailto:thomas@...]
> Sent: Monday, July 07, 2003 6:46 PM
> To: ise_users@yahoogroups.com
> Subject: Re: [ise_users] Problems porting 5.2 to Dot Net
>
>
>
>
> Raphaël Simon [ES] wrote:
>
> >Hello Thomas,
> >
> >What exactly is the problem? Are you trying to compile a
> system on .NET
> >that relies on WIDE_CHARACTER? WIDE_CHARACTER is obsolete, class
> >CHARACTER should be used instead.
> >
> we don't use it. I cannot find any reference to it in our classes, in
> gobo, or even in the ISE classes. But in Studio if you type in
> WIDE_CHARACTER, it appears as if it is in the system. However, in the
> context tool, if you search for clients for WIDE_CHARACTER or
> WIDE_CHARACTER_REF, you get nothing. THis is in vanilla 5.2, not in
> Envision. So I think it is referenced in the compiler runtime
> somewhere.
>
> - thomas
>
>
>
>
> ------------------------ Yahoo! Groups Sponsor
> ---------------------~--> Buy Coral Calcium for Greater
> Health - $23.95
> http://www.challengerone.com/t/l.asp?cid=2805> &lp=calcium2.asp
>
>
http://us.click.yahoo.com/MmkSQC/NTVGAA/ySSFAA/nhFolB/TM
---------------------------------------------------------------------~->


To unsubscribe from this group, send an email to:
ise_users-unsubscribe@yahoogroups.com



Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

There seems to be a problem with the IL that the compiler generates. Could
you submit a bug report at http://support.eiffel.com/cgi-bin/submit-bug.pl?

Thank you,

--
Raphaël.

> -----Original Message-----
> From: Sergey Vlasov [mailto:groups@...]
> Sent: Tuesday, July 08, 2003 5:37 AM
> To: ise_users@yahoogroups.com
> Subject: [ise_users] Envision 1.2
>
>
>
> Moving from MS VS .NET + Envision 1.0 to MS VS .NET 2003 +
> Envision 1.2 I've got one problem. Running my app I get an
> exception System.ExecutionEngineException with description
> "Common Language Runtime detected an invalid program".
>
>   I reduced the problem and these are the steps to reproduce it:
>
>   MS VS .NET 2003, Envision 1.2, WinXP SP1, DirectX 9.0
>
>   1. Create new Eiffel "Blank Prolect".
>   2. Add Microsoft.DirectX 1.0.900.0 to "Referenced
> assemblies from GAC".
>   3. Make main creation procedure like this:
>
>    make is
>          local
>               point: VECTOR_3
>               r : REAL
>          do
>               create
> point.make_from_value_x_and_value_y_and_value_z(1, 2, 3)
>               r := point.x -- error here
>          end
>
>    4. Compile, run, see exception.
>
>
>
>    I wrote this first to info@..., but didn't get any answer.
>
> --
>
www.svprogramming.net




To unsubscribe from this group, send an email to:
ise_users-unsubscribe@yahoogroups.com



Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

You need to make sure that the DLL you are trying to load is in your path.
However
the best way to call to a C routine in a DLL is to use the DLL external
mechanism
described at
<http://docs.eiffel.com/tools/eiffelstudio/reference/30_compiler/30_external_fea\
tu
res/10_c_externals.html>

Regards,
Manu

> -----Original Message-----
> From: richard_gams [mailto:ragams@...]
> Sent: Monday, July 07, 2003 11:15 AM
> To: ise_users@yahoogroups.com
> Subject: [ise_users] DESC
>
>
> I've been trying to use a C dll employing the DLL_32 and
> DLL_32_ROUTINE classes.  When calling routine.make_by_name, I get an
> exception: Code: 24 (Developer exception.) Tag: Cannot load library.
>
> So I tried the example under base\desc in the Eiffel Studio 5.3
> distribution and I get the same error.
>
> Any idea what may be going on?
>
> Richard
>
>
> ------------------------ Yahoo! Groups Sponsor
> ---------------------~--> Save up to 80% on top-quality
> inkjet cartridges and get your order fast! FREE shipping on
> orders $50 or more to the US & Canada. Shop at Myinks.com!
http://www.c1tracking.com/l.asp?cid=5511
http://us.click.yahoo.com/v2G7ND/KfUGAA/ySSFAA/nhFolB/TM
---------------------------------------------------------------------~->


To unsubscribe from this group, send an email to:
ise_users-unsubscribe@yahoogroups.com



Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

In my man page for crypt I have the obligation to do:

#define _XOPEN_SOURCE

to get access to it. Therefore you need to pass this as a C compiler option. On
Unix you can do it two ways:

- in the include path of the project settings add ".. -D_XOPEN_SOURCE"
- modify your $ISE_EIFFEL/studio/spec/$ISE_PLATFORM/include/config.sh and add
-D_XOPEN_SOURCE to both ccflags and cppflags entry.

Regards,
Manu

> -----Original Message-----
> From: Berend de Boer [mailto:berend@...]
> Sent: Thursday, July 03, 2003 12:52 AM
> To: ise_users@yahoogroups.com
> Subject: Re: [ise_users] Re: compiling a C external
>
>
> "steven_m_wurster" <stevenwurster@...> writes:
>
> > The location of crypt() could be system dependent.  On the Linux box
> > I'm logged into, it's in unistd.h.  But on the Solaris box
> I'm logged
> > onto, it's in crypt.h.
> >
> > Doesn't help your problem any, though.
>
> And my hunch was wrong though. crypt() should be in unistd.h
> according to SUSv3.
>
> --
> Live long and prosper,
>
> Berend de Boer
>
> ------------------------ Yahoo! Groups Sponsor
> ---------------------~--> Get A Free Psychic Reading! Your
> Online Answer To Life's Important Questions.
> http://us.click.yahoo.com/Lj3uPC/Me7FAA/ySSFAA/nhFolB> /TM
>
>
> --------------------------------------------------------------
> -------~->
>
>
> To unsubscribe from this group, send an email to:
> ise_users-unsubscribe@yahoogroups.com
>
>
>
> Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/
>
>
>