When trying to use PeToCps on the Reflector PEM (a decompiler with API for .NET see: http://www.aisto.com/roeder/dotnet), I get also an exception when PERWAPI...
Hi All Yes, we are slowly sorting out the problems with the PERWAPI library that PeToCps uses. There were problems under at least two circumstances: PE files...
K John Gough
john@...
Jan 4, 2006 10:51 pm
213
Hi John, thanks a lot for the quick answer ... I'll be patient ... ... library that ... circumstances: PE ... version 2.0 ... AgentObjects.dll). I ... 1.3.3, ...
... I'm pleased to report that I no longer have the problem when using the new v1.3.3 CPMake with the final release version of NET 2.0 Chris Chris Burrows CFB...
As some of you have noticed GPCP v1.3.3 is now up. There are five flavours: The first four have InstallShield installers- CLR 1.1 RTM for the final "Everett"...
John Gough
j.gough@...
Jan 30, 2006 5:27 am
218
Hi John, hi All, I am very happy to tell you that I managed to port my natural language translation software from BB to GPCP, by integrating it in a Java ...
Hi Juergen thanx for the feedback. I am interested to hear if v1.3.3 avoids the problem that you describe. Up until 1.3.1 symbol files used to include some ...
K John Gough
john@...
Feb 2, 2006 11:02 pm
220
... GPCP 1.3.3 has no problems with the example code, it does not need the explicit import. Regards, Andras Pahi...
Hi John & the rest of the GPCP team, Congratulations on the great job you've done with v1.3.3 GPCP! It has to be the most complete and robust release of GPCP...
Hi All I was too embarrassed to reply to Chris' previous enquiry. Yes, I did promise to fix [STAThread] in 1.3.3, and no, I did not do it. Let me try out a...
John Gough
j.gough@...
Feb 6, 2006 3:05 am
224
... Option 3 sounds like the way to go, unless of course its so difficult that it never gets done... :-) Otherwise I'd say option 2 works... Marc...
Hi John, your v1.3.3 is pretty fast(er) and works fine, but it seems to me that it doesn't avoid the import problem I mentioned. Kind regards Jürgen...
Hi Jürgen, There were several errors in your sample code which prevented compilation. After fixing those, all compiled well for me on the .NET version of...
Hi Chris, this is a handwritten reduced example, only for to explain the type of problem, nit for the problem itself; I got the import problems only with ...
... type of ... only with ... Hi Jürgen, No matter - the principle is the same. If there is a fundamental problem with IMPORT then you should be able to...
Hi all, I notice on the Queensland University of Technology website that GPCP can be used within Eclipse. Is anyone here using GPCP & Eclipse? Does this mean...
The GPCP 1.3.3 for .NET compiler accepts the following statements and the resulting programs appear to work OK. However, PEVerify objects to them. Is the...
Hi Chris yes, it looks interesting. Both of these cases are non-standard built-in implicit coercions. I'll have a look at the IL and get back to the list. ...
John Gough
j.gough@...
Apr 4, 2006 3:42 am
233
Following up on the verify errors that Chris turned up. These are separate issues, the first may apply also to the JVM platform. (1) The automatic coercions of...
K John Gough
john@...
Apr 4, 2006 12:02 pm
234
Some (if not all) of the files installed with GPCP v1.3.3 for .NET are set as read-only. This has unfortunate consequences, which can be particularly confusing...
Hi John & Co, I have recently been helping to introduce a couple of Blackbox CP users to Gardens Point CP. In the process of their porting code a number of...
Hi All yes, it looks like a bug! I'll verify it the issue, and put up a fix. This may take until mid next week. Keep those reports coming in! John ... From:...
K John Gough
john@...
Jun 15, 2006 2:23 am
237
Compiler panic in GPCP 1.3.3 for .NET results when compiling the following: MODULE Panic2; TYPE Complex* = POINTER TO RECORD re*, im* : REAL END; ...
The following results in a compiler panic with v1.3.3 GPCP for .NET: MODULE Panic3; PROCEDURE ClipNint* (x : REAL) : LONGINT; CONST maxLong = MAX(LONGINT); ...
The following fails to compile: v is not initialised. MODULE PresetNil; TYPE Vector* = POINTER TO ARRAY OF INTEGER; PROCEDURE P*(): Vector; VAR v: Vector; ...
... I have been told that the Java Sin function behaves differently to most other libraries anyway, so portability is not to be expected. If, in BlackBox, I...
Hi I notice that the Module: MODULE TestBug; TYPE Dlg = RECORD n- : INTEGER END; VAR dlg* : Dlg; END TestBug. compiles under BlackBox, but not Gardens...