🚀 go-pugleaf

Koen escreveu:
> I have tried installing all 5 packages (although I only should install the 
> dcl*-packages), and I always get those errors.
> 

Only 2 of them are really bpl files. The others only god knows...

> Somebody got an idea how to fix this?
> 

No. All I tried failed.

One question...
The hpp files where generated?
Because if not, you can istall, but will not be able to use Indy. :)

Eduardo Jauch wrote:


> Only 2 of them are really bpl files. The others only god knows...
> 
 
Normally, 2 of them should be design-time packages which you can install. 
The other 3 are runtime packages.

> One question...
> The hpp files where generated?
> Because if not, you can istall, but will not be able to use Indy. :)
> 

Yes, the headers are generated. I am able to create Indy-components at 
runtime, but not at design-time.

regards,

Koen

Koen escreveu:
> Normally, 2 of them should be design-time packages which you can install. 
> The other 3 are runtime packages.
> 

Good. :) The snapshot I tested created these files, but they weren't 
runtime packages...

  > Yes, the headers are generated. I am able to create Indy-components at
> runtime, but not at design-time.

My problem was that I have the design files, but awlawys got erros on 
link... And the obj, hpp, etc were not generated :)

Take a look on the directories. You will seee (problably) more bpl and 
bpi files... These must be correct (for me they were).

Interesting... They must be change FULLC6.bat, because until 1 1/2 weeks 
ago the hpp files weren't generated...

I'll take a look on this soon :)

Remy could answer you more precisily anyway for what is going on...


Bye! :)

Koen wrote:
> Eduardo Jauch wrote:
> 
> 
>> Only 2 of them are really bpl files. The others only god knows...
>>
>  
> Normally, 2 of them should be design-time packages which you can install. 
> The other 3 are runtime packages.
> 
>> One question...
>> The hpp files where generated?
>> Because if not, you can istall, but will not be able to use Indy. :)
>>
> 
> Yes, the headers are generated. I am able to create Indy-components at 
> runtime, but not at design-time.
> 
> regards,
> 
> Koen

Several of us seem to have worked on the Indy 10 / C++ problem.  I'm 
working in BDS2006 C++.  I've been able to compile the BPLs and install 
the designtime packages.  But I don't see how it's possible to build a 
program since the generated HPPs declare this type:

TIdIPv6Address = array [0..7] of word;

A number of functions return TIdIPv6Address.  The C++ compiler isn't 
happy about this type, so grinds to a halt on the HPPs.  My Indy usage 
pattern is to make the objects at runtime -- I more or less completely 
ignore the designtime approach.

"Frank Burleigh" <burleigh@indiana.edu> wrote in message
news:45e073c0$1@newsgroups.borland.com...

> But I don't see how it's possible to build a
> program since the generated HPPs declare this type:
>
> TIdIPv6Address = array [0..7] of word;
>
> A number of functions return TIdIPv6Address.

The only functions/methods that return TIdIPv6Address are the
following:

    BytesToIPv6()
    IPv6ToIdIPv6Address()
    TIdStack.HostToNetwork(TIdIPv6Address)
    TIdStack.NetworkToHost(TIdIPv6Address)
    TIdBuffer.ExtractToIPv6()

The likelihood of most users actually using any of those is minimal.
Besides, none of those are declared to actually use TIdIPv6Address
specifically in C++ anyway.  Borland translates them to use Word
pointers instead.

The only property that returns a TIdIPv6Address is the
TIdIPAddress.IPv6 property, which is ifdef'ed out for C++, since
arrays can't be used for properties.

> The C++ compiler isn't happy about this type

Please be more specific.


Gambit

Remy Lebeau (TeamB) wrote:
> "Frank Burleigh" <burleigh@indiana.edu> wrote in message
> news:45e073c0$1@newsgroups.borland.com...
> 
>> But I don't see how it's possible to build a
>> program since the generated HPPs declare this type:
>>
>> TIdIPv6Address = array [0..7] of word;
>>
>> A number of functions return TIdIPv6Address.
> 
> The only functions/methods that return TIdIPv6Address are the
> following:

>     BytesToIPv6()
>     IPv6ToIdIPv6Address()
>     TIdStack.HostToNetwork(TIdIPv6Address)
>     TIdStack.NetworkToHost(TIdIPv6Address)
>     TIdBuffer.ExtractToIPv6()

With this included:

#include <IdSMTP.hpp>

compilation of my code produces:

[C++ Error] Idglobal.hpp(426): E2091 Functions cannot return arrays or 
functions
[C++ Error] Idglobal.hpp(466): E2091 Functions cannot return arrays or 
functions
[C++ Error] Idstack.hpp(176): E2091 Functions cannot return arrays or 
functions
[C++ Error] Idstack.hpp(183): E2091 Functions cannot return arrays or 
functions
[C++ Error] Idbuffer.hpp(147): E2091 Functions cannot return arrays or 
functions

> The likelihood of most users actually using any of those is minimal.
> Besides, none of those are declared to actually use TIdIPv6Address
> specifically in C++ anyway.  Borland translates them to use Word
> pointers instead.

I understand.  But still, the functions and methods are declared in the 
HPP files, so C++ is upset.  Is there a missing pragma of some sort that 
would produce the conversion to word pointer?

> The only property that returns a TIdIPv6Address is the
> TIdIPAddress.IPv6 property, which is ifdef'ed out for C++, since
> arrays can't be used for properties.

That at least has not been a problem.

>> The C++ compiler isn't happy about this type
> 
> Please be more specific.

E2091. A function was defined to return an array or a function. Check to 
see if either the intended return was a pointer to an array or function 
(and perhaps the * is missing) or if the function definition contained a 
request for an incorrect datatype.

;-)

I could of course operate in the library code.  But that wouldn't be the 
right approach so it's better if I seek your suggestions.

> 
> Gambit


Thanks Remy.

 wrote:

>> 5) I now have 5 indy-packages in de C6-folder, and I think 2 of them
>> are design packages (dcl*.bpl) However, when I try to install the
>> packages  into
>> bcb, I get following message: "Package XXX can't be installed because
>> it  is
>> not a design time package.
>>
> 
> I had the same problem. Therefore I used fulld6.bat in addition and
> took  the *.bpl from the d6-folder and the rest from the c6-folder.
> This seemed  to work.
> 
> 

Thanks for the advice, this indeed worked. I have created a custom 
fullc6.bat file, that combines both batch-files. It also creates lib-files. 
If you are interested, I have posted it on atozedsoftware.indy.general 
(Message-ID: Xns98E579567CAFCkoenhacom@87.106.16.84). 

Koen