Thanks.
"Peter Zolja" <csu10711 [at] mail.claytonstate.net> wrote in message
news:3f67...@newsgroups.borland.com...
There may be more than one problem that triggers SY576. In my case it
doesn't matter if I delete the dcu or if I close and reopen the project. It
only fires on this project (i.e. that I can reproduce) and if I do certain
steps (i.e. I restart the machine, I load the project, I do the steps and I
get the error). If I don't do those steps it doesn't fire, and everything
seems to be working fine. BTW: I have to restart the IDE to get rid of the
error; once it fires you can't compile anything.
I would like to know if anybody was able to reproduce the problem, and if
not I could go ahead and post a version so that more people could test it
and see if it works for them (and eventually put it on QC).
Thank you all.
There is a report for the Internel Error but it need some majore work
specifically reproducible steps. QC #5951
Robert Love
Cool, but I couldn't find a way to upload an attachment... I can list the
steps required, but I need to upload the project I'm working on (it doesn't
fire on just any project).
Thanks.
What I mean by this is that if I click on "Attachment" I get "Internal
Application Error" -- is there a different way to attach something?
Can you please send the attachment to borland.public.attachments, and I (or
someone else who can if they get there before me) will add it to the report.
Thanks.
--
Dave Nottage (TeamB)
Sure, look for "Delphi SY576" in b.p.a.
Further instructions (i.e. steps) in UMain.pas in the archive.
P.S. FWIW In some cases when I received SY576 (not with this project) when I
was closing the project I was getting that infamous repeating AV (where you
need to end the task to get rid of the errors); so I think these two may be
related somehow...
> Sure, look for "Delphi SY576" in b.p.a.
> Further instructions (i.e. steps) in UMain.pas in the archive.
I was able to reproduce it using the attachment. I already rated
QC#5951 higher expecting someone to update it with the attachment and
the steps.
--
Leonel
"Reality is merely an illusion, albeit a very persistent one." - Albert
Einstein
I have attached the file to the QC item. I have also updated the
steps. Thanks for taking the time to put this together.
Robert Love
Rated it, and gave it a vote. Real bugs deserve votes..
--
***Posted by Jake's Custom Newsgroup Reader***
Posted using Jake's Super Newsreader 0.9.2.953
> Rated it, and gave it a vote. Real bugs deserve votes..
I can't give a vote to it since all my other votes are in real bugs,
that are affecting me.
Hehel, I don't think Borland will fix your bugs
unless it makes it to Top10 stupid requests :-).
I have all my votes burried in real bugs as well.
best regards
Thomas
Do you really think (If/When) Borland releases a patch
for D7 it will only include 10 bug fixes. In the past far more than
10 bugs have been fixed in major patches.
Robert Love
Of course the Top10 refers to Anders' Top10 list
of voted "bugs" (actually most were requests).
Maybe the way I put it was on the edge, but..
I think you get the idea ;-)
best regards
Thomas
> I have a project + steps to reproduce "Internal error: SY576" in
> Delphi 7. I did some googling and it looks like nobody was able to
> reproduce this internal error.
See if you can track down Dennis Passmore in one of the groups. He
seems to know more about 'Internal Errors' in Delphi than anyone else,
and has helped me figure them out several times in the past.
--
Colin - using XanaNews HTTP Transport
e-mail :co...@wilsonc.demon.co.uk
web: http://www.wilsonc.demon.co.uk/delphi.htm
Posted with XanaNews 1.15.7.1
regards
johnnie.
> Dennis had an accident recently
Sorry to hear that :(
> Dennis had an accident recently
Ouch. Hope he recovers oompletely and quickly!
--
John Kaster, Borland Developer Relations, http://bdn.borland.com
$1280/$50K: http://homepages.borland.com/jkaster/tnt/thanks.html
Make a wish: http://qc.borland.com * Get source
http://codecentral.borland.com
Not this Dennis!
I am still lurking around here (;>).
Dennis Passmore
Ultimate Software, Inc.
SY576 indicates that a cross-unit symbol reference has gone bad. The
compiler set out to import (reference) a symbol from another unit, but the
symbol that came back doesn't look right.
Look for references to symbols from other units in your code. Elaborate
fully qualified references might contribute, or references to types that are
defined in units that are not explicitly named in your uses clause (this is
sometimes possible with enums).
If you can identify the specific types that are causing the problem, moving
them into the same unit would work around it.
-Danny
------------------------------
type TArrayOfString = array of string;
function SplitString(source:string;delimiter:string):TArrayOfString;overload;
procedure SplitString(source:string;delimiter:string;var result:TArrayOfString);overload;
------------------------------
It is one thing to overload a function or procedure but to change the function/procedure
type in the overload declaration is something I would never attempt. No wonder the
compiler is getting confused.
>
> Dennis had an accident recently and will not attent at this groups for
> a while for more info take a look on B.P.D.Language.Basm for the
> anounsement.
That is another Dennis. I have never seen his last name, but he is not
Dennis Passmore, and not Dennis Landi. <g>
--
Rudy Velthuis (TeamB)
"Why yes-- a bulletproof vest." - James Rodges, murderer, on his final
request before the firing squad.
That's certainly a strong candidate.
> function
SplitString(source:string;delimiter:string):TArrayOfString;overload;
> procedure SplitString(source:string;delimiter:string;var
result:TArrayOfString);overload;
> ------------------------------
>
> It is one thing to overload a function or procedure but to change the
function/procedure
> type in the overload declaration is something I would never attempt. No
wonder the
> compiler is getting confused.
These overloads shouldn't be a problem. They have different parameter
counts, so the types are pretty much irrelevant for overload resolution.
Function results are not part of overload resolution.
-Danny