Flamerobin Failure building with g++ 4.9 and wxwidgets3.0

There is a serious bug on building Flamerobin on Debian with g++ 4.9 and wxwidgets 3.0

We found some workarounds commited to git, thanks to Michael

Update
Also gcc 4.9.x is now fixed in debian and other distros that are using it

New Flamerobin snapshot uploaded to Debian unstable

New Flamerobin snapshot uploaded to Debian unstable with the following changes 

  * use xz compression for snapshot source tarball
  * New upstream snapshot
     add support for more Firebird 3.0 reserved keywords
     ask before deleting unsaved changes to SQL files
  * switch to WxWidgets 3.0 (Closes: #742092)
    Thanks to Olly Betts for the patch and the testing

pkgstripfiles over flamerobin (nice that png files are smaller)

from html-templates
opt-png *.png
compute.png: 367 vs. 229
drop.png: 778 vs. 744
ok2.png: 457 vs. 306
ok.png: 315 vs. 229
redx.png: 493 vs. 385
view.png: 526 vs. 442

res dir 

flamerobin.png: 1931 vs. 1810

fricon128.png: 7103 vs. 6174

Here is another log from ubuntu

https://gist.github.com/mariuz/7705365

 

Four byte UTF-8 is handled correctly by Firebird and Flamerobin

You can create a new db with utf-8 charset as default
and then you can insert
Unicode codepoint U+1F638 GRINNING CAT FACE WITH SMILING EYES, aka 😸 -- a perfectly valid Emoji character

Works with no problems to insert and to select from it , compared to mysql for example 😸 where is rejected

Compiling Flamerobin with wxWidgets 3.0 final

wxWidgets 3.0 final is released

This is guide compiling the flamerobin version from git with wxwidgets 3.0 final  on ubuntu 13.10


download wxwidgets 3.0

./configure  --enable-debug --enable-unicode --prefix=/opt/wxwidgets
make -j4
make install


clone flamerobin from git

./configure --with-wx-config=/opt/wxwidgets/bin/wx-config --enable-debug --prefix=/opt/flamerobin

make
make install


sudo ldconfig 

/opt/flamerobin/bin/flamerobin &

New Flamerobin snapshot build for Mac osx

I have now also uploaded a new snapshot build for Mac OS. It's also
built against Boost libraries version 1.54.

The updated boost.m4 file necessitated a bump of the minimum
deployment target to 10.5 (although I don't think that anyone will
even notice these days).

It's still a 32 bit only universal build for PPC and x86. Unless I buy a new Mac this won't change as my 10.5.8 Mac isn't updatable to a more recent OS AFAICS.

If anyone feels like taking over the Mac OS side of FlameRobin and
looking into 64 bit Cocoa builds against wxWidgets 3.0 I'll gladly step aside...

Thanks
--

Michael Hieke

New flamerobin snapshot 0.9.x git hash 5ece15b

new snapshots (git hash 5ece15b) for Windows 32 and 64 bit uploaded to
SourceForge.net.

The 32 bit build does no longer contain a version for Windows 9X
versions, only the Unicode build is included.  The Inno Setup created
installer should not allow the installation on Win 9X but I haven’t
tested this.

All builds use Boost libraries version 1.54, for the necessary changes
to be able to compile it with MSVC++ 7.1 see

https://svn.boost.org/trac/boost/ticket/8027

Testing and reporting on your findings would be great.

Thanks–
Michael Hieke

Compiling flamerobin with wxwidgets 3.0

This is guide compiling the flamerobin version from git with wxwidgets 3.0 on ubuntu 13.10


download wxwidgets 3.0


./configure  --enable-debug --enable-unicode --prefix=/opt/wxwidgets
make -j4
make install


clone flamerobin from git

./configure --with-wx-config=/opt/wxwidgets/bin/wx-config --enable-debug --prefix=/opt/flamerobin

make
then make install


First issue Fixed : I needed to add
-lwx_gtk2u_aui-2.9 -lwx_gtk2u_stc-2.9 to the compile/linking line (i need to change the bkl file like is done for windows with 29 system libs added)
Second issue Fixed:
I investigate this error now when i fetch data from a table in the grid

/opt/wxwidgets/include/wx-2.9/wx/strvararg.h(452): assert "(argtype & (wxFormatStringSpecifier::value)) == argtype" failed in wxArgNormalizer(): format specifier doesn't match argument type

Update:
Solved by a small modification (long type format was needed)

Flamerobin added support for aarch64 in fedora 19 and rawhide

We noticed that ARM64 support was not added to the configure script in Fedora Linux so now Flamerobin in Git adds support for the new arhitecture aarch64
it should work on other Linux distros like Debian after we get an icu,wx port package too

Flamerobin download stats until today

These are  download stats from sourceforge , they don't include the Linux repositories download stats (Ubuntu/Debian/Fedora ...)

http://sourceforge.net/projects/flamerobin/files/stats/timeline?dates=2004-11-17+to+2013-01-30

You can check the popularity contest from Debian

http://qa.debian.org/popcon.php?package=flamerobin

Firebird SQL 2.5.2 + Flamerobin + FBConfig distribution

Zaher Dirkey's Firebird SQL 2.5.2 distribution setup is released, please download it and test. It includes FlameRobin and FBConfig tools.

New flamerobin snapshots flamerobin-0.9.3.1186200

New Flamerobin snapshots flamerobin-0.9.3.1186200 for Windows are available .

You can check Git log for code changes

Enjoy, and please be sure to report any bugs, regressions or suggestions on flamerobin-devel list or in the new bug tracker


On Ubuntu/Debian you can follow the Buiding guide from git to obtain the latest snapshot source

FlameRobin project page upgraded to new SourceForge software

Hi all,

the project page has been upgraded to the new SF.net software.  The bad
part is that the URL of the git repository has changed again, hopefully
for the last time, so you will have to clone the repository again.  But
as Damyan pointed out, better to do this sooner rather than later, and
FlameRobin would have been upgraded to the new software anyway.

The good part is that the new software has some new features, most
prominently IMO voting on bugs and feature requests (which I have
already enabled).

<--
Michael Hieke

Mariuz ->

Nice Git Now it works over http
git clone http://git.code.sf.net/p/flamerobin/flamerobin-git


ps: it looks a lot like github :)

Flamerobin switch from SVN to Git is complete

Git repository is up and can be accessed as documented on SourceForge git page


Commands "git branch -l" and "git tag -l" show what they should, so it
probably went pretty good, but please check things out (git log , gitk ..)

We are sure things are in order and the Subversion repository 
is now disabled

I have updated the Buiding guide from git

http://flamerobin.org/dokuwiki/wiki/howtobuildonubuntudebian

New FlameRobin snapshots 0.9.3.2246.* builds

Flamerobin 0.9.3 revision 2246 binary snapshots for Windows are available .
The new snapshot is with two changes:

1.Yet another attempt to properly treat nullability of procedure parameters (there are differences between Firebird versions, for nullable parameters rdb$null_flag need not be null, it may be 0) 

see SF.net tracker item #3565746 

Full diff is here and here 

2.And Show "Not Null" and "Default" columns for parameters in procedure Property pages 

(needs better formatting, ideally column widths in Input and Output parameter tables would be equal)

Full diff is here

Enjoy, and please be sure to report any bugs, regressions or suggestions on flamerobin-devel list.

Snapshot was created before SVN to Git migration

Fun fact: We migrated over the years from CVS -> SVN -> Git

New FlameRobin snapshots 0.9.3.2243.* builds

Flamerobin 0.9.3 revision 2243 binary snapshots for Windows are available .
The new snapshot uses a thread to establish the database connection. That means that the progress dialog can be moved and cancelled, and the progress bar is updated in indeterminate mode. To see it in action it’s best to try to connect to a database on a server which is not available or which doesn’t exist, which so far blocks FlameRobin completely until the connection call times out
Enjoy, and please be sure to report any bugs, regressions or suggestions on flamerobin-devel list.

Windows8 and flamerobin

Seems that flamerobin works on windows8 , i have spotted it on Marcu Cantu's blog

 Yes he does use a classic skin , seems that underneath win8 = win7 with yet another ugly skin (designed for tablets only)

 

 If you are stuck on Windows7/8 there is a nice alternative shell if you want to be productive : multi tasking ... Classic Shell (http://classicshell.sourceforge.net), which has the benefit of being free with source available.

Michael fixed bug tracker item #3565746

Fix for SF.net bug tracker item #3565746: Don't use domain defaults for column or parameter defaults when extracting DDL

flamerobin (0.9.3~svn+2220-1) uploaded to #Debian unstable

Changes:  flamerobin (0.9.3~svn+2220-1) unstable
 
   * New upstream SVN snapshot
     + Enable "Set field to NULL" command for blob fields
     + Enable "Set field to NULL" command for current field if grid has no cells selected
     + Invalidate grid cell attribute cache to properly update text color if field null status has changed
     + Warnings (signed <-> unsigned comparison) fixed
     + Fix for SF.net bug tracker items #3516047 and #2018533: use larger result buffer (65535 instead of 8000) and don't parse past the length of the
     + Don't show Drop and Properties commands for view columns (and fix crash
       in Column::getDropSqlStatement() when called for view columns)
   * Standards-Version: 3.9.3 (no changes needed)

FlameRobin connection thread test on Windows

I have posted a test version of FlameRobin: http://mghie.users.sourceforge.net/flamerobin_win32_test.zip

(a ZIP file containing only the 32 bit executables for Windows in ANSI and Unicode version) that uses a thread to establish the database connection. That
means that the progress dialog can be moved and cancelled, and the progress bar is updated in indeterminate mode. To see it in action it’s
best to try to connect to a database on a server which is not available or which doesn’t exist, which so far blocks FlameRobin completely until
the connection call times out. It would be great if people could test this and write (to flamerobin-devel) whether anything

breaks for them (it didn’t for me, yet). I’m a little of unsure if I should clean this up and commit…

Thanks

–
Michael Hieke