Viktor
Now i try reproduce the problem out of my project
2011/6/27 Viktor Szakáts <harbo...@syenar.hu>:
--
Massimo Belgrano
It doesn't matter. It means your system has fallen apart
because of a mingw version change. This nevertheless
has to be fixed on your own system. Yet again.
Viktor
Do you read the answers?
>
>
> --
> Massimo Belgrano
>
Please realize that the .dll you are citing _is not part of Harbour_.
You met .dll hell, and you will need to fix it.
Viktor
Notice that your .hbp file links lots of components in, many
of them not part of Harbour and implibs not part of Harbour
distro, so even if I'd intend to spend a few hours or my free
time to reduce your sample, I would not be able to replicate
it locally.
So you will have to reduce your sample to a minimum first,
containing components only which are part of Harbour nightly
and which are minimally required to reproduce the problem.
> will samebody try after download last nightly?
> i am the only people that have problem?
> IMO This dll definition is broken in part of mingw included in nightly
You need to write a bug report to the mingw development
team, the TDM people or the iconv team.
Viktor
Please check that you do not have any other libiconv-2.dll in your disk,
in somewhere that you set path points first that the directory mingw/bin.
It happens to me, and if there you have any different version of
libiconv, it will do not work
If you cannot change the path order, copy libiconv-2.dll to the
directory were you are compiling.
As Viktor said. "You met .dll hell..."
Maurizio