Vcl40.bpl

[Jennifer Leos]

REException EAccessViolation in module VCL40.bpl timeslice (IS/IT--Management)(OP)21 Jan 03 10:32One of the messages:

"Exception EAccessViolation in module VCL40.bpl at 00003BCC. Access violation at address 40003BCC in module 'vcl40.bpl'. Read of address 0C69B4C8"

So, its the case mentioned above? If yes, there is some patch or fix (i dont have the fonts of this app, its a commercial software) to avoid this error?

Thanks,

Marcelo P.

RE: Exception EAccessViolation in module VCL40.bpl svanels (MIS)22 Jan 03 09:53Looks like you have run into a bug the developer didn't remove. The only way is to go into the code, trace the error and remove it.

Like Weez stated, the program does some illegal operation. This has nothing to do with delphi, but with programming. Steven van Els

SAva...@cq-link.sr RE: Exception EAccessViolation in module VCL40.bpl BTecho (Programmer)22 Jan 03 20:09If you have the source to the application and can reproduce this error. Just open the project and run the application through Delphi with the debugger on, see if Delphi points you to the line that causes this. googletag.cmd.push(function() googletag.display('div-gpt-ad-1406030581151-2'); ); Red Flag This PostPlease let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

CancelRed Flag SubmittedThank you for helping keep Tek-Tips Forums free from inappropriate posts.

The Tek-Tips staff will check this out and take appropriate action.

Revendepro is a program to reverse engineer Delphi programs. I have stoped working on the program. The program works only with Delphi 4 and 5 and does not work with newer versions of Delphi.Also it can only decompile programs written with the same version of Delphi as the decompiler is compiled with.

Summary: Revendepro finds almost all structures (classes, types, procedures, etc) in the program, and generates the pascal representation, procedures will be written in assembler. Due to some limitation in assembler the generated output can not be recompiled.

It gets also get all the TypeInfos, this is the type information for all your types declarations, which are used with automatic initialization/finalization or passed to TypeInfo. These TypeInfos can be found, because they have a pointer to them self before them, and their kind must exist (the classes are not accepted, because they are already found).

It gets a list of all procedures (functions, methods etc.) including nested procedures, but not including procedures without a direct call (the one only passed as parameters). These partially get by following the calls.

Update (18-9-1999): Many improvements, try decompiling a completely empty program, it generates a completely empty program (how amazing). Almost every thing is supported, except interfaces, packages, resources and thread vars. And not all the system procs are supported.

The program will display additional message when DebugInformation is enabled. If you define the conditional definition DebugView, the program won't generate output files, but will display a form with information about the exe.

First of all the program isn't very fast, there is now (version 0.0.2.6) some screen that indicates that the program is running, there is also a button that cancels the decompilation, but that doesn't respond very fast. Also there isn't an indicator for how far the decompilation process is.

Since it can decompile vcl40.bpl (It doesn't throw an exception), It is highly unlikely that you get an exception due to some vcl code for a Delphi 4 program, there are still some problems with the D5 vcl code.

Unless the code makes use of some exotic code (like obj files), there shouldn't be any problem decompiling the program, recompiling it again has some more problems, because the program will almost always include interface, resources, thread vars, constructors and/or destructors.

3a8082e126