Re: Problem closing app with big UDT

This same structure works with no trouble in
Delphi.

Are you trying to pass the UDT between VB and Delphi, or do you just mean
that the Delphi equivalent works fine?

As JFrench said, if you're passing the data between VB and Delphi you need
to be sure the alignment matches. Note that there are *more options* than
just Packed or not Packed ("Project Options|Compiler|Record field
alignment"). Delphi allows you to specify the alignment boundary. You
should also carefully check the data types.

FWIW, I don't pass UDT's as UDT's. I put them in byte arrays for the pass
so I can't speak from experience on making it work. I think it should be OK
though..

Dan


"David Kerber" <ns_dkerber@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:MPG.1fcb718e18e4ad9b989a4a@xxxxxxxxxxxxxxxxxxxxxx
I have an app which uses a big (44708 bytes) UDT, which is made up of
Longs, Doubles and byte arrays. Since that is bigger than 32k, the
compiler chokes on it when I try to define it as a local, and demands
that I dim it as either a global or at the form level before it will
compile.

Once I do that, it runs fine until I shut down the app. When running in
the IDE, it just silently kills the IDE. When running compiled, it
throws the folloging "Application Error": The instruction at
"0x00000000" referenced memory at "0x00000000". The memory could not be
"read".

This isn't a show-stopper because the app works fine until I close it
out, but it's rather disconcerting, especially to my users. Any ideas
on how to fix this? This same structure works with no trouble in
Delphi.

--
Remove the ns_ from if replying by e-mail (but keep posts in the
newsgroups if possible).


.

Relevant Pages

  • Re: Why arent you upgrading?
    ... Stable IDE - this is first and foremost before anything else. ... MS alternate choice - As I see it the reason Delphi became so ... better database support ... Then announce that 64-bit native compiler is in progress and started. ...
    (borland.public.delphi.non-technical)
  • Re: Oh man!
    ... a native code DELPHI language IDE. ... platform. ... I dont even want the IDE - just a cross compiler would be ... You could write the code using Delphi on windows and then cross compile it to any platforms supported by FPC/Lazarus. ...
    (borland.public.delphi.non-technical)
  • Re: Opportunity passed by
    ... Delphi for .NET on the ... hand has its own compiler that has to be modified to use the latest things ... has folded into .NET, ditto for a special version of the VCL, and the IDE ... C# developers, as they want/have moved to .NET 2.0, and Delphi ...
    (borland.public.delphi.non-technical)
  • Re: CodeGearT Introduces DelphiR for Win32R, Providing RADDevelopment for Windows VistaR and AJAX
    ... So a project would be say a "Delphi 6.0 project" but hosted in the newest IDE. ... The IDE would come with all the old versions of the compiler, and a project option would indicate which version to use at compile time. ... my projects use a lot of stuff, including custom packages, and custom visual controls build with the CDK, and /those/ are what really keep me from "simply" getting the projects into the newer IDE - not the compiler and core RTL itself. ...
    (borland.public.delphi.non-technical)
  • Re: usual nontechnical issues
    ... I think the compiler is also nice.. ... component market reflects how well Borland did its job ... with the compiler and the IDE. ... I still think that W32 Delphi today has a component base that beats .NET's ...
    (borland.public.delphi.non-technical)