---------- Forwarded message ----------
Mailing lists / lazarus / 2009-12
Fwd: [ExtPascal:1653] Project ExtendedDialer "for" Lazarus.
5 messages · 3 people ·
- IIntelliAdmin Support 2
- MMattias Gärtner 2
- OOsvaldo Filho 1
Reply by email Subscribe to this list Your subscription
Read-only archive. Use j and k to move between messages.
Zitat von Osvaldo Filho :
Show quoted text 10 lines
You forgot to add the unit "interfaces".
Hint: you can use the nogui widgetset for command line tools / daemons.
Mattias
Hello Everyone,
I just started playing with Lazarus for the first time in a few years. I have to say I am blown away with the quality it is in its current state.
With that said, I believe I found a bug in the OSX version, and I think I have the fix...but I just want to verify that it has not been fixed already before I start going through the motions to get the fix to you.
So I guess this would be for Dimitry (Sorry if I spelled your name wrong).
When in a TTreeView if you go to edit a node, and then click away to another node you get a fatal exception and the application crashes.
I believe this is because you are freeing a TEdit (FEditor) component from within one of its own events. I was able to get around it by keeping that TEdit (FEditor) around after it was created once, and then free it at component destruction.
Has anyone else seen this crash? (I get it on both of my OSX installs on 10.5.X) Has it been fixed already in the latest build? (I was only using the latest stable version)
Thanks for listening, and cheers to all of you who have made it what it is today.
Joel Sundquist
http://www.intelliadmin.com
2009/12/21 Mattias G?rtner :
Show quoted text 26 lines
Sorry for the wrong subject heading :(
IntelliAdmin Support wrote 59 lines
I just started playing with Lazarus for the first time in a few years. I have to say I am…
Zitat von IntelliAdmin Support :
Show quoted text 7 lines
In current svn version the FEditor is freed on destroying the TreeView. As far as I can see this code was not changed since the initial implementation.
Maybe carbon does not like that the handle is destroyed on end of editing.
Please create a bug report.
Has anyone else seen this crash? (I get it on both of my OSX installs on 10.5.X) Has it been fixed already in the latest build? (I was only using the latest stable version)
Mattias
