Re: [Firebird-devel] damn gbak Win32 error

[Dmitry K. <di...@de...>]

Hello, Claudio!

"Claudio Valderrama C." wrote:

> accusations. I don't want to believe that Dmitry is worried only about
> monetary consequences.

Yes, the main issue that it's hard for me to see that more and more people drop
FB over its instability.

> > www.firebirdsql.com. There were unpleasant new bugs in this build and
> > what? Efforts where concerned on fixing them in following? No, on adding
> > new functionality.
> 
> Concrete examples, please. They are better than "I heard somewhere that
> there's something that..."

every build from 290 gives new surprises. 
338 build have bug with RDB$FORMATS (non-uniqueness)
338 build have new version string, some tools won't work with it
35? build, you have told that you will remove BREAK due it's instability
441 build, rejects ambiguous queries. Very funny for developer.
453 ... don't remember
493 problem with gbak-restore long filenames

Please, do not consider this list as blame. I'm just trying to show
problems for developer. Only one can be called as "new feature" - your
changes for ambiguous queries. But I like this feature and fighted for it
in russian conference, arguing that this is very correct feature from
the SQL view.
And I've never said that FB creating a lot of new features instead
of bug fixing. I said only that there are new bugs in new builds.
  
> Probably, although I'm not the prophet that interprets Sean's words, so I
> prefer that he clarified. Personally, I get the benefit of the engine for
> myself and a couple of customers.

Claudio, you're doing the best things. I have nothing to blame you, personally.
And don't think that FD are only morons. I haven't ever thoughts like that.
Of course, my message was impulsive, and at first were addressed to project
admins. If you reread my first post in this thread, you will find
emotions only in postscriptum.

-- 
Dmitry Kuzmenko, Epsylon Technologies.