| Author |
NANFOR.LIB & _ENVIRON unresolved error
|
|
|
| I am migrating my Clipper 5.2 application to Clipper 5.3 to make it
compatible with xHarbour. In my application I am using the timeslice
patch IAMIDLE for NANFOR.LIB. (patched the NANFOR.LIB)
Everything worked fine with Clipper 5.2. Now I am trying to compile and
link the application with Clipper 5.3b but I am getting _ENVIRON
unresolved error when linking with BLINKER.
I am using the following lines in my link script for Clipper 5.3:
FI C:\LIB\NANFOR.LIB
FI C:\LIB\CPMI.LIB
How to get rid of the link error? What am I missing? I have downloaded a
file named GETENV53.OBJ, but when linking it I get even more errors
FT_GETE is duplicated
Any help would be appreciated.
| |
| Scott Burke 2006-11-06, 6:55 pm |
| I have never used Clipper 5.3
But I think (maybe) Nanfor.lib, Iamidle are built into Clipper 5.3
Just for grins, comment out those Lib's and see what happens.
Scott Burke
"Spyro" <spyro04@hotmail.com> wrote in message
news:eimt6d$pgq$1@ss408.t-com.hr...
>I am migrating my Clipper 5.2 application to Clipper 5.3 to make it
>compatible with xHarbour. In my application I am using the timeslice patch
>IAMIDLE for NANFOR.LIB. (patched the NANFOR.LIB)
>
> Everything worked fine with Clipper 5.2. Now I am trying to compile and
> link the application with Clipper 5.3b but I am getting _ENVIRON
> unresolved error when linking with BLINKER.
>
> I am using the following lines in my link script for Clipper 5.3:
>
>
> FI C:\LIB\NANFOR.LIB
> FI C:\LIB\CPMI.LIB
>
> How to get rid of the link error? What am I missing? I have downloaded a
> file named GETENV53.OBJ, but when linking it I get even more errors
>
> FT_GETE is duplicated
>
> Any help would be appreciated.
| |
| AUGE_OHR 2006-11-06, 6:55 pm |
| hi,
> I am using the following lines in my link script for Clipper 5.3:
> FI C:\LIB\NANFOR.LIB
> FI C:\LIB\CPMI.LIB
....
> FT_GETE is duplicated
show us hole *.RMK / *.LNK please
greetings by OHR
Jimmy
| |
| Klas Engwall 2006-11-06, 6:55 pm |
| Spyro,
>I am migrating my Clipper 5.2 application to Clipper 5.3 to make it
>compatible with xHarbour. In my application I am using the timeslice
>patch IAMIDLE for NANFOR.LIB. (patched the NANFOR.LIB)
>
>Everything worked fine with Clipper 5.2. Now I am trying to compile and
>link the application with Clipper 5.3b but I am getting _ENVIRON
>unresolved error when linking with BLINKER.
As far as I understand, the undocumented Clipper internal _environ is
only referenced from FT_GETE(), so unless you are calling that
function I don't quite see why the linker should bother.
>I am using the following lines in my link script for Clipper 5.3:
>
>FI C:\LIB\NANFOR.LIB
>FI C:\LIB\CPMI.LIB
So far so good
>How to get rid of the link error? What am I missing? I have downloaded a
>file named GETENV53.OBJ, but when linking it I get even more errors
>
> FT_GETE is duplicated
Did you patch nanfor.lib with this obj or are you linking it
separately? In the former case I believe that the library manager
should have complained if you tried to apply the patch in an incorrect
way (and apparently you know how to patch a lib file since you have
already done it with iamidle.obj).
So you have probably entered getenv53.obj separately in the link
script for your application. If the lib file is specified before the
obj file, the linker first pulls FT_Gete() from nanfor.lib and a
little later also tries to link getenv53.obj, which will result in the
error message you are seeing. The solution is to move getenv53.obj
higher up in the link script so it is found before nanfor.lib is
searched.
Hope this helps,
Klas
-------
klas dot engwall at engwall dot com
http://www.engwall.com/clipper/
The LFN Library for Clipper
The LanMan Library for Clipper
The NFPAT1A Timeslice release patch for the Nanforum Toolkit
| |
|
| Scott Burke wrote:
> I have never used Clipper 5.3
> But I think (maybe) Nanfor.lib, Iamidle are built into Clipper 5.3
>
> Just for grins, comment out those Lib's and see what happens.
>
> Scott Burke
>
>
> "Spyro" <spyro04@hotmail.com> wrote in message
> news:eimt6d$pgq$1@ss408.t-com.hr...
>
>
I uncommented the libs and the processor time was way to high (60-70%)
as opposed to 5% with Clipper 5.2 and the patched NANFOR.LIB
| |
|
| Klas Engwall wrote:
> Spyro,
>
> As far as I understand, the undocumented Clipper internal _environ is
> only referenced from FT_GETE(), so unless you are calling that
> function I don't quite see why the linker should bother.
Ia using only the FT_OnIdle() function from NANFOR.LIB
> Did you patch nanfor.lib with this obj or are you linking it
> separately? In the former case I believe that the library manager
> should have complained if you tried to apply the patch in an incorrect
> way (and apparently you know how to patch a lib file since you have
> already done it with iamidle.obj).
>
> So you have probably entered getenv53.obj separately in the link
> script for your application. If the lib file is specified before the
> obj file, the linker first pulls FT_Gete() from nanfor.lib and a
> little later also tries to link getenv53.obj, which will result in the
> error message you are seeing. The solution is to move getenv53.obj
> higher up in the link script so it is found before nanfor.lib is
> searched.
I have patched the NANFOR.LIB with iamidle.obj and there were no
complaints from the library manager. I even tried to patch it with
getenv53.obj, but the library manager complained. So I put it into the
link script for Clipper. I tried to move it as high up as possible but
with no help.
I searched a bit more and found OSLIB v.1.06 which does the same job and
there were no problems. It does take a little more processor time (15%
as opposed to 5% with the patched NANFOR lib, but it works)
| |
|
| AUGE_OHR wrote:
> hi,
>
> ...
>
> show us hole *.RMK / *.LNK please
>
> greetings by OHR
> Jimmy
>
>
My LNK file is as follows:
BLINKER EXECUTABLE CLIPPER //F:150
BLINKER ENVIRONMENT OVERRIDE
BLINKER EXECUTABLE EXTENDED
BLINKER EXECUTABLE COMPRESS
BLINKER INCREMENTAL OFF
# BLINKER EXECUTABLE CLIPPER F120
BLINKER PROCEDURE DEPTH 120
BEGINAREA
FI PK
FI XYLIB
FI GETDEFA
FI CALC
FI CTR
| |
| Stephen Quinn 2006-11-07, 6:55 pm |
| Spryo
[color=darkred]
I have patched the NANFOR.LIB with iamidle.obj and there were no complaints from
the library manager. I even tried to patch it with getenv53.obj, but the library
manager complained. So I put it into the link script for Clipper. I tried to
move it as high up as possible but with no help.
<<
Did you re-compile NANFOR with Clipper 5.3 or are you using a Clipper5.2 build??
HTH
Steve
| |
| Klas Engwall 2006-11-07, 9:55 pm |
| Spyro,
>I have patched the NANFOR.LIB with iamidle.obj and there were no
>complaints from the library manager. I even tried to patch it with
>getenv53.obj, but the library manager complained.
You don't say what the library manager complained about, but in the
FT_IAmIdle() case the old and new modules (.obj files) have the same
name and in the FT_Gete() case the modules have different names so you
would have to first remove the old getenvrn module before adding the
getenv53 module. Could this be your problem?
>So I put it into the
>link script for Clipper. I tried to move it as high up as possible but
>with no help.
There seems to be a typo in the link script:
FI C:\X\GENENV53
Regards,
Klas
-------
klas dot engwall at engwall dot com
http://www.engwall.com/clipper/
The LFN Library for Clipper
The LanMan Library for Clipper
The NFPAT1A Timeslice release patch for the Nanforum Toolkit
| |
| Klas Engwall 2006-11-07, 9:55 pm |
| Steve,
>I have patched the NANFOR.LIB with iamidle.obj and there were no complaints from
>the library manager. I even tried to patch it with getenv53.obj, but the library
>manager complained. So I put it into the link script for Clipper. I tried to
>move it as high up as possible but with no help.
><<
>
>Did you re-compile NANFOR with Clipper 5.3 or are you using a Clipper5.2 build??
Normally that would of course be an issue, but Spyro mentioned that he
only uses FT_OnIdle() and FT_IAmIdle() so in his case it shouldn't
matter (unless the Clipper internals used by FT_OnIdle() were changed
between 5.2 and 5.3 so there is a failure on the c code level).
Regards,
Klas
-------
klas dot engwall at engwall dot com
http://www.engwall.com/clipper/
The LFN Library for Clipper
The LanMan Library for Clipper
The NFPAT1A Timeslice release patch for the Nanforum Toolkit
| |
|
| Klas Engwall wrote:
> Spyro,
>
>
> You don't say what the library manager complained about, but in the
> FT_IAmIdle() case the old and new modules (.obj files) have the same
> name and in the FT_Gete() case the modules have different names so you
> would have to first remove the old getenvrn module before adding the
> getenv53 module. Could this be your problem?
>
>
> There seems to be a typo in the link script:
> FI C:\X\GENENV53
>
> Regards,
> Klas
>
> -------
> klas dot engwall at engwall dot com
>
> http://www.engwall.com/clipper/
>
> The LFN Library for Clipper
> The LanMan Library for Clipper
> The NFPAT1A Timeslice release patch for the Nanforum Toolkit
Yes, but it's only a type in the post. The original script is OK.
| |
|
| Stephen Quinn wrote:
> Spryo
>
> I have patched the NANFOR.LIB with iamidle.obj and there were no complaints from
> the library manager. I even tried to patch it with getenv53.obj, but the library
> manager complained. So I put it into the link script for Clipper. I tried to
> move it as high up as possible but with no help.
> <<
>
> Did you re-compile NANFOR with Clipper 5.3 or are you using a Clipper5.2 build??
>
> HTH
> Steve
>
>
I have used the same NANFOR.LIB as in Clipper 5.2. I didn't even know
there was a version for Clipper 5.3. Where can I get it?
| |
| sebas22 2006-11-08, 7:55 am |
| On Wed, 08 Nov 2006 08:20:23 +0100, Spyro <spyro04@hotmail.com> wrote:
>I have used the same NANFOR.LIB as in Clipper 5.2. I didn't even know
>there was a version for Clipper 5.3. Where can I get it?
www.alvidente.com/clipper.html
--
Regards
Sebas
| |
| Stephen Quinn 2006-11-08, 6:55 pm |
| Spyro
It comes with the source so just re-compile it.
HTH
Steve
|
|
|
|