I am currently in Korea at the Review Meeting in preparation for IOI2002, which will take place in August this year. Also see

http://olympiads.win.tue.nl/ioi/

Almost 80 countries are expected to participate in this big competition, bringing the total number of competitors to some 300. FreePascal is going to be used as one of the compilers.

It has now come to my attention that the newly
released FPC 1.0.6 no longer works with RHIDE (neither 1.4.9, nor 1.5 snapshot). This is a BIG concern, because the fpIDE is not stable enough.

I offer 100 euro for quickly repairing this. It is most likely something in FreePascal, because FPC 1.0.4 does work with RHIDE. Maybe it is a linking issue. (Note: We may still have to negotiate what it means that this is repaired, please take this up with me.)

For your information, the platforms to be used at IOI2002 are

* Debian Linux (Woody 3.0)
* Windows XP

FPC 1.0.6 works on neither platform with RHIDE.

More information about the IOI2002 programming environment can be found at

http://www.ioi2002.or.kr/eng/com.htm

Best regards,

Tom Verhoeff
Chair IOI Scientific Committee

Can you give more details ?
FPC is an external program - I don't see why
it would no longer work with RHIDE.

Michael.

Could you please tell us exactly which version of RHIDE you are using so that we can test the same version.

That's great, I hope that we will sove this for you rapidly!

For your information, the platforms to be used at IOI2002 are * Debian Linux (Woody 3.0) * Windows XP

XP is a NT kernel based OS, so this is quite bad
if you use an old RHIDE like 1.4.7...
You need to use a very recent version
like that of rhid1491b.zip
from Pavenis page
http://home.lanet.lv/~pavenis/rhide.html
which is built on a modified DJGPP 2.03
library that fixes most annoying win2000 bugs for DJGPP. But even that version seems to crash sporadically :( So, I fear that using the go32v2 compiler inside the DJGPP RHIDE IDE under XP will be difficult to get stable,
but this is not a Free Pascal Specific problem
(unless you don't get the same problems if you use it for C code).

There are some of the problems that can probably be solved by setting some environment variables on the command line instead of using the default ones integrated in RHIDE binary.
(For instance -Up option is not supported any more by 1.0.6 compiler but changing the environment variable
RHIDE_FPC_FLAGS from the default value
$(C_FPC_LANG_FLAGS) $(LOCAL_OPT) $(addprefix -Up,$(INCLUDE_DIRS)) $(C_EXTRA_FLAGS) to
$(C_FPC_LANG_FLAGS) $(LOCAL_OPT) $(addprefix -Fu,$(INCLUDE_DIRS)) $(C_EXTRA_FLAGS) should fix this...

FPC 1.0.6 works on neither platform with RHIDE.

As Michael said, we need more details...

Michael Van Canneyt dijo:

I just made a quick check with rhide 1.5 (gdb 5.1.1). I don't know why, but, when it builds the program, it don't creates the executable but only an objectfile. It is calling ppc386 with the folowing parameters:

ppc386 -oprogname progname.pas -E+

When I uses the option compile/compile, rhide aborts with a segmentation fault. When I uses compile/build all, it compiles but don't creates the executable, then it can't run the program. I tried removing the -E+ parameter,but rhide can't debug the program. I added -gg, but it can't even do line by line execution.

At 02:22 17/05/2002 , vous avez écrit:

For the linux case,
I tested it with the latest test snapshot of www.rhide.com rhide 1.5 from 14 april 2002
with GDB 5.1.1

It works if you add these lines to rhide.env

RHIDE_FPC_FLAGS=$(C_FPC_LANG_FLAGS) $(LOCAL_OPT) $(addprefix -Fu,$(INCLUDE_DIRS)) $(addprefix -Fl,$(LIB_DIRS)) $(addprefix -Fo,$(OBJ_DIRS)) $(addprefix -Fu,$(SRC_DIRS)) $(C_EXTRA_FLAGS) -vR RHIDE_COMPILE_LINK_FPC_AUTOMAKE=$(RHIDE_FPC) -o$(OUTFILE) $(SOURCE_NAME) $(RHIDE_FPC_FLAGS) -E- RHIDE_LD_FPC=$(RHIDE_FPC) -E-

Note that these should be on only three lines,
each line beginning with RHIDE_???=
but might appear in more lines in your mail.

The two major problems where that -E option is
wrongly used in the default rhide environment variable (-E+ means don't link now, but the reverse is assumed in rhide's default)

The obsolete -Up option is still used in default rhide environment version, -Fu must now be used instead.

Nevertheless, I still think that Rhide is less appropriate than linux fp for debugging because you can't set the terminal on which the debugge gets input and output (while this can be set easily with the -T option for fp).

Do you run rhide on a console or under X?

* Windows XP

For XP, the problem might be a bit more difficult to solve, as I already explained in my previous answer.

Pierre Muller dijo:

Nevertheless, I still think that Rhide is less appropriate than linux fp for debugging because you can't set the terminal on which the debugge gets input and output (while this can be set easily with the -T option for fp).

I never could get fp working properly. I tryed binary downloaded versions fromtime to time but with wrong results. In example the version that is actually in theweb page has not debugger.

you wrote

> * Windows XP For XP, the problem might be a bit more difficult to solve, as I already explained in my previous answer.

Is he subscribed to the list?

Florian Klaempfl wrote

> For XP, the problem might be a bit more difficult to solve, > as I already explained in my previous answer. Is he subscribed to the list?

Yes.

Jonas