next »

[Mark W.]

Good day,

I have a program with several modules.  I added a new function to one of the modules and recompiled.  Now I get a runtime error:--

Date: 08/11/2013    Time: 10:36:40
Program error at 'U_security.4gl', line number 0.
FORMS statement error number -6208.
Module 'U_security': already loaded.

I have tried deleting all the *42* files and then recompiling.  the recompile/link is successful, but I still get the runtime error.  The module in question is linked once only.  Any ideas?

Thanks,
Mark

[Olivier E.]

Hello Mark,


May I ask you the Version of Genero please ?  (the output of the command : fglrun -V)


Thank you,

Olivier - Four Js Support

[Nuno G.]

Hi!

I would do as follows:

1) verify it I don't have two different funcions with the same name in 2 distinct 4gl files
2) check if the 4gl file that contains the function is not used on two differente 42x libraries
3) check for duplications on the make file or Stdio dependencies.

But same more details about your program would help!

Best regards
Nuno

[Mark W.]

Hello Mark,


May I ask you the Version of Genero please ?  (the output of the command : fglrun -V)


Thank you,

Olivier - Four Js Support

dcdev5:D:5.5.6 Development 2.02.06:/dcs/logs>fglrun -V
fglrun 2.02.06 build-966.82
Built Nov 13 2007 13:59:20
(c) 1989-2007 Four J's Development Tools

[Mark W.]

Hi!

I would do as follows:

1) verify it I don't have two different funcions with the same name in 2 distinct 4gl files
2) check if the 4gl file that contains the function is not used on two differente 42x libraries
3) check for duplications on the make file or Stdio dependencies.

But same more details about your program would help!

Best regards
Nuno

Thanks for the response.
1) I've checked that, and there are no duplicate functions.
2) It isn't used in any 42x libraries.
3) No duplications.

Another program that uses the same module produces the same error.

What details do you need?

Regards,
Mark

[Nuno G.]

The details I would ask you would be the dependencies list or, if it is still the case, your makefile.

Why don't you try to remove the file from your dependencies and the re-link to see if you get an error message of missing functions ?

[Mark W.]

The details I would ask you would be the dependencies list or, if it is still the case, your makefile.

Why don't you try to remove the file from your dependencies and the re-link to see if you get an error message of missing functions ?

Makefile:--

#$Log:   /dcs/archives/POM.4gm/XWATIF.4gs/makefile.__v  $
 # ^M
 #    Rev 2.0   10 Jan 2008 14:27:02   dcs^M
 # Trunk revision for migrating to Genero 2.02.^M
 # ^M
 #    Rev 1.0.1.0   22 May 2007 12:49:44   luke^M
 # makefile checked in to the checkdev group. Work Request #^M
 # Genero first phase^M
 # ^M
 #    Rev 1.0   11 May 2007 16:51:44   luke^M
 # Initial revision.^M

# makefile for XWATIF.42r

all : XWATIF.42r \
   XWATIF.42f
   @echo "\007"
   @echo make of XWATIF.42r finished
   @echo ===========================
   @cp *42m $(deploy)/modules
   @cp *42f $(deploy)/forms
   @cp *42r $(deploy)/programs
   @echo "\007"
   @echo XWATIF files copied
   @echo ===========================
   @echo "\007"

XWATIF.42r : XWATIF.42m \
   XWAT_globals.42m \
   XWAT_pr_hdr.42m \
   $(mz)/UTIL.4gm/U_print_func.42m \
   $(mz)/UTIL.4gm/U_tran_track.42m \
   $(mz)/UTIL.4gm/U_std_tools.42m \
   $(mz)/UTIL.4gm/U_security.42m \                                                                                                               XWAT_frm.42m
   fgl2p -o XWATIF.42r  XWATIF.42m \
   XWAT_globals.42m \
   XWAT_pr_hdr.42m \
   $(mz)/UTIL.4gm/U_print_func.42m \
   $(mz)/UTIL.4gm/U_tran_track.42m \
   $(mz)/UTIL.4gm/U_std_tools.42m \
   $(mz)/UTIL.4gm/U_security.42m \
   XWAT_frm.42m

XWATIF.42m: XWATIF.4gl
   fgl2p XWATIF.4gl

XWAT_globals.42m: XWAT_globals.4gl
   fgl2p XWAT_globals.4gl

XWAT_pr_hdr.42m: XWAT_pr_hdr.4gl
   fgl2p XWAT_pr_hdr.4gl

$(mz)/UTIL.4gm/U_print_func.42m: $(mz)/UTIL.4gm/U_print_func.4gl
   cd $(mz)/UTIL.4gm;fgl2p U_print_func.4gl

$(mz)/UTIL.4gm/U_tran_track.42m: $(mz)/UTIL.4gm/U_tran_track.4gl
   cd $(mz)/UTIL.4gm;fgl2p U_tran_track.4gl

$(mz)/UTIL.4gm/U_std_tools.42m: $(mz)/UTIL.4gm/U_std_tools.4gl
   cd $(mz)/UTIL.4gm;fgl2p U_std_tools.4gl

$(mz)/UTIL.4gm/U_security.42m: $(mz)/UTIL.4gm/U_security.4gl
   cd $(mz)/UTIL.4gm;fgl2p U_security.4gl

XWAT_frm.42m: XWAT_frm.4gl
   fgl2p XWAT_frm.4gl

XWATIF.42f: XWATIF.per
   fglform XWATIF.per

The module causing the problem is U_security.4gl

With the module removed from the makefile:--

dcdev5:D:5.5.6 Development 2.02.06:/home/mark/dcs/POM.4gm/XWATIF.4gs>make
        fgl2p XWATIF.4gl
        fgl2p XWAT_globals.4gl
        fgl2p XWAT_pr_hdr.4gl
        fgl2p XWAT_frm.4gl
        fgl2p -o XWATIF.42r     XWATIF.42m  XWAT_globals.42m  XWAT_pr_hdr.42m  /dcs/UTIL.4gm/U_print_func.42m  /dcs/UTIL.4gm/U_tran_track.42m  /dcs/UTIL.4gm/U_std_tools.42m  XWAT_frm.42m
The function 'program_security_v2' has not been defined in any module in the program.
The function 'check_process_txn' has not been defined in any module in the program.
ERROR(-6211):Link has failed.
make: 1254-004 The error code from the last command is 1.

[Rene S.]

Hello Nuno,
your problem happens in a small program - fortunately.
If you trust me: please mail your sources (don't forget a potential .sch file).

The error -6208. is a "can't happen" error: Should never happen with a legal 4gl source. This is an indicator for an internal error in the runtime.

One question: Do you get the same error when starting the debugger (before calling 'run')?
Rene

[Mark W.]

Hello Nuno,
your problem happens in a small program - fortunately.
If you trust me: please mail your sources (don't forget a potential .sch file).

The error -6208. is a "can't happen" error: Should never happen with a legal 4gl source. This is an indicator for an internal error in the runtime.

One question: Do you get the same error when starting the debugger (before calling 'run')?
Rene

Yes:--

dcdev5:D:5.5.6 Development 2.02.06:/home/mark/dcs/POM.4gm/XWATIF.4gs>make
        fgl2p -o XWATIF.42r     XWATIF.42m  XWAT_globals.42m  XWAT_pr_hdr.42m  /dcs/UTIL.4gm/U_print_func.42m  /dcs/UTIL.4gm/U_tran_track.42m  /dcs/UTIL.4gm/U_std_tools.42m  /dcs/UTIL.4gm/U_security.42m  XWAT_frm.42m
        fglform XWATIF.per

make of XWATIF.42r finished
===========================

XWATIF files copied
===========================

dcdev5:D:5.5.6 Development 2.02.06:/home/mark/dcs/POM.4gm/XWATIF.4gs>fglrun -d XWATIF.42r
Fdb 1: no such FUNCTION: U_security.check_process_txn
FORMS statement error number -6208.
Module 'U_security': already loaded.

A thought has occured to me: if there's a program running that is using this module, i.e. the 'old' version, could that produce this error?

[Nuno G.]

Hi!
I think Rene message was meant to Mark, but thank you any way.

[Rene S.]

Hello Mark,

>> A thought has occured to me: if there's a program running that is using this module, i.e. the 'old' version, could that produce this error?

This can cause a problem when running on Windows. Only on windows.
When running on Windows, disable mmap (sharing the byte code): add this in in fglprofile:
fglrun.mmapDisable = true

On the other hand: the compiler can not write the new .42m if the module is already loaded (again: windows only). fglcomp should throw an error in that case.

Also: please replace "fgl2p" in your makefile. The command to compile is "fglcomp". The command to link is "fglrun -l".
Rene
PS: if this does not help: Mark, you can mail me the sources...

[Nuno G.]

Hi Mark.
I've comparing your makefile with my own makefiles and I found no error on it! I'm out of ideas. So sorry...
Anyway, when dealing with makefile small errors, like spaces instead of tabs, are allways to consider.
In the hope it can, somehow, help you, I'm sending you, as an attcement, one of my makefiles. Maybe you can give it a go...
Best regards
Nuno

[Mark W.]

Hi Mark.
I've comparing your makefile with my own makefiles and I found no error on it! I'm out of ideas. So sorry...
Anyway, when dealing with makefile small errors, like spaces instead of tabs, are allways to consider.
In the hope it can, somehow, help you, I'm sending you, as an attcement, one of my makefiles. Maybe you can give it a go...
Best regards
Nuno

Thanks for your help.  I didn't think the error would be in the makefile, since that is unchanged.

[Mark W.]

Hello Mark,

>> A thought has occured to me: if there's a program running that is using this module, i.e. the 'old' version, could that produce this error?

This can cause a problem when running on Windows. Only on windows.
When running on Windows, disable mmap (sharing the byte code): add this in in fglprofile:
fglrun.mmapDisable = true

On the other hand: the compiler can not write the new .42m if the module is already loaded (again: windows only). fglcomp should throw an error in that case.

Also: please replace "fgl2p" in your makefile. The command to compile is "fglcomp". The command to link is "fglrun -l".
Rene
PS: if this does not help: Mark, you can mail me the sources...

Hi Rene, that didn't work.  Can I mail the source to you privately?  I don't want to post it on a public forum.

[Rene S.]

>>Hi Rene, that didn't work.  Can I mail the source to you privately?  I don't want to post it on a public forum.

That's the idea.
Rene