From: Ivan B. <iv...@cv...> - 2013-10-20 20:23:06
|
Hi all all missing features were implemented and the code looks stable. On some places some tools throw "Not yet implemented" exception but I think it can be called an "alpha" release. Can you please give me a hint how to create a new release? thx Ivan PS: contemporary windows builds were put into tora-experimental folder. |
From: Nathan N. <nn...@ne...> - 2013-10-20 22:14:21
|
There's an old release procedure document in repo root README.RELEASE. It likely needs to be updated. -- Nathan On 10/20/2013 03:07 PM, Ivan Brezina wrote: > > Hi all > all missing features were implemented and the code looks stable. > > On some places some tools throw "Not yet implemented" exception but I > think it can be called an "alpha" release. > > Can you please give me a hint how to create a new release? > > thx Ivan > PS: contemporary windows builds were put into tora-experimental folder. > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk > _______________________________________________ > Tora-develop mailing list > Tor...@li... > https://lists.sourceforge.net/lists/listinfo/tora-develop > -- ------------------------------------------------------------ Nathan Neulinger nn...@ne... Neulinger Consulting (573) 612-1412 |
From: Petr V. <pe...@ya...> - 2013-10-22 11:09:46
|
good idea. The spec file for suse is much smaller and simpler now with tora3. i use 2.99.<svnrev> version for these packages. RPM packages are available at http://download.yarpen.cz and I'll setup a cron job for daily rebuild from SVN. What are suggested cmake options for packaging, please? My idea is to have similar features in all distros (I'm preparing suse packages in the Packman repository which allows to build packages against instantclient). I use this setup (oracle instantclient uses oracle-devel alias): BuildRequires: ImageMagick BuildRequires: boost-devel BuildRequires: cmake BuildRequires: doxygen BuildRequires: hicolor-icon-theme BuildRequires: libqscintilla-devel BuildRequires: libqt4-devel BuildRequires: oracle-devel BuildRequires: postgresql-devel BuildRequires: update-desktop-files BuildRequires: graphviz-devel BuildRequires: libpoppler-qt4-devel BuildRequires: pkgconfig(libgvc) BuildRequires: pkgconfig(libcdt) BuildRequires: pkgconfig(libgraph) BuildRequires: pkgconfig(libpathplan) cmake \ -DCMAKE_BUILD_TYPE=RELWITHDEBINFO \ -DCMAKE_VERBOSE_MAKEFILE=TRUE \ -DCMAKE_INSTALL_PREFIX="%{_prefix}" \ -DORACLE_PATH_INCLUDES="/usr/include/oracle/%oracle_version/%client" \ -DORACLE_PATH_LIB="$ORACLE_HOME" \ -DCMAKE_SKIP_RPATH=1 \ -DCMAKE_BUILD_WITH_INSTALL_RPATH=FALSE \ -DENABLE_DB2=0 \ -DENABLE_TERADATA=0 \ -DWANT_RPM=0 \ -DUSE_EXPERIMENTAL=1 \ .. Personally I'm not sure if eg. "er schema" tool is in release-ready state. It seems unfinished now. On the other side - I use tora3 from trunk almost daily (linux) and it basically works. The public testing seems legit. I see some warnings about trotl: [ 101s] tora.x86_64: W: shlib-policy-missing-suffix [ 101s] Your package containing shared libraries does not end in a digit and should [ 101s] probably be split. Ivan, do you plan to release trotl as a standalone library? I will pack it as a standalone lib if you plan to do it. What about libporacle - what do you think about a separate package for it? tora-oracle for example? Just thinking out loud. thanks, p. On 10/20/2013 10:07 PM, Ivan Brezina wrote: > Hi all > all missing features were implemented and the code looks stable. > > On some places some tools throw "Not yet implemented" exception but I > think it can be called an "alpha" release. > > Can you please give me a hint how to create a new release? > > thx Ivan > PS: contemporary windows builds were put into tora-experimental folder. > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk > _______________________________________________ > Tora-develop mailing list > Tor...@li... > https://lists.sourceforge.net/lists/listinfo/tora-develop |
From: <iv...@cv...> - 2013-10-22 15:00:13
|
Quoting Petr Vanek <pe...@ya...>: > good idea. > > The spec file for suse is much smaller and simpler now with tora3. i use > 2.99.<svnrev> version for these packages. > RPM packages are available at http://download.yarpen.cz and I'll setup a > cron job for daily rebuild from SVN. > > What are suggested cmake options for packaging, please? Now I would use "-DCMAKE_BUILD_TYPE=Debug" this will imply - no inline functions - CXXFLAGS=-O0 (no optimalizations) - resulting "nice" readable stack traces and core dumps - logging on screen - logging into logging docklet - stack traces in exceptions thrown from trotl lib > My idea is to have similar features in all distros (I'm preparing suse > packages in the Packman repository which allows to build packages > against instantclient). > > I use this setup (oracle instantclient uses oracle-devel alias): > > BuildRequires: ImageMagick > BuildRequires: boost-devel > BuildRequires: cmake > BuildRequires: doxygen > BuildRequires: hicolor-icon-theme > BuildRequires: libqscintilla-devel > BuildRequires: libqt4-devel > BuildRequires: oracle-devel > BuildRequires: postgresql-devel > BuildRequires: update-desktop-files > BuildRequires: graphviz-devel > BuildRequires: libpoppler-qt4-devel > BuildRequires: pkgconfig(libgvc) > BuildRequires: pkgconfig(libcdt) > BuildRequires: pkgconfig(libgraph) > BuildRequires: pkgconfig(libpathplan) I would also add loki-devel. Some Fedora packager requested we should use system Loki lib instead of our bundled one. The problem with Loki lib is that there are several forks of it and I do not know which one to choose. > > > cmake \ > -DCMAKE_BUILD_TYPE=RELWITHDEBINFO \ > -DCMAKE_VERBOSE_MAKEFILE=TRUE \ > -DCMAKE_INSTALL_PREFIX="%{_prefix}" \ > -DORACLE_PATH_INCLUDES="/usr/include/oracle/%oracle_version/%client" \ > -DORACLE_PATH_LIB="$ORACLE_HOME" \ > -DCMAKE_SKIP_RPATH=1 \ > -DCMAKE_BUILD_WITH_INSTALL_RPATH=FALSE \ Just out of curiosity. Does it really work without RPATH? I would bet that there is no way to load Oracle instantClient libs without having RPATH compiled in libtrotl.so > -DENABLE_DB2=0 \ > -DENABLE_TERADATA=0 \ > -DWANT_RPM=0 \ > -DUSE_EXPERIMENTAL=1 \ > .. > > Personally I'm not sure if eg. "er schema" tool is in release-ready > state. It seems unfinished now. Yes it is. I'm really looking forward the moment when core part are stabilized and I will continue working on new features. These will be excluded when having USE_EXPARIMENTAL=0 > On the other side - I use tora3 from trunk almost daily (linux) and it > basically works. > The public testing seems legit. > > > I see some warnings about trotl: > [ 101s] tora.x86_64: W: shlib-policy-missing-suffix > [ 101s] Your package containing shared libraries does not end in a > digit and should > [ 101s] probably be split. > > Ivan, do you plan to release trotl as a standalone library? I will pack > it as a standalone lib if you plan to do it. > > What about libporacle - what do you think about a separate package for > it? tora-oracle for example? Just thinking out loud. So far I do not have any plans with this library. I would leave it as it is now. I do not know any policies for 3rd party libs in distributions. It would be silly to build "Tool for Oracle" without Oracle support. But maybe we will have to provide Oracle connector plugin as a separate package if this will be requested by maintainers. I had to change the copyright notice in all the sources. The physical posting address for GNU foundation was outdated. Fedora looks very strict and I'm afraid Debian will be even "worse". Offtopic: Yesterday I noticed that we have several bugreports on SF discussion forums. But without any responses. What if way dropped/disabled them? I personally only read and respond to a maillist. In case of discussions, nobody gets noticed when a new bugreport is created. Ivan ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
From: Ivan B. <iv...@cv...> - 2013-10-30 23:14:27
|
On 10/20/2013 10:07 PM, Ivan Brezina wrote: > > Hi all > all missing features were implemented and the code looks stable. > > On some places some tools throw "Not yet implemented" exception but I > think it can be called an "alpha" release. > > Can you please give me a hint how to create a new release? > > thx Ivan in > PS: contemporary windows builds were put into tora-experimental folder. > So alpha version is available for download. According to Sf stats there were few hundreds of downloads. It looks like we still have some users. I would like to recap the status and TODO list: - Editor - the port to qscintilla is not finished yet and a lot improvements can be done in this area - MySQL port - still experimental support - PostgreSQL - still experimental support The other changes are not so urgent for new release. I stopped using MySQL at the time of ver. 3.2 (about 10 years ago). I think it got evolved during that time. I would be nice if we had maintainers for MySQL and PostgreSQL ports. I thought that Tora is used mostly for Oracle, but maybe not. Ivan |
From: Nathan N. <nn...@ne...> - 2013-10-30 23:35:02
|
I know I use it (well, old version) heavily for both MySQL and Oracle DBs. Primary use is schema editor (primarily to browse data and due grid based editing of content) and sql query functions, so fairy narrow scope. -- Nathan On 10/30/2013 06:14 PM, Ivan Brezina wrote: > On 10/20/2013 10:07 PM, Ivan Brezina wrote: >> >> Hi all >> all missing features were implemented and the code looks stable. >> >> On some places some tools throw "Not yet implemented" exception but I >> think it can be called an "alpha" release. >> >> Can you please give me a hint how to create a new release? >> >> thx Ivan in >> PS: contemporary windows builds were put into tora-experimental folder. >> > So alpha version is available for download. According to Sf stats there > were few hundreds of downloads. > It looks like we still have some users. > > I would like to recap the status and TODO list: > - Editor - the port to qscintilla is not finished yet and a lot > improvements can be done in this area > - MySQL port - still experimental support > - PostgreSQL - still experimental support > The other changes are not so urgent for new release. > > I stopped using MySQL at the time of ver. 3.2 (about 10 years ago). I > think it got evolved during that time. > I would be nice if we had maintainers for MySQL and PostgreSQL ports. I > thought that Tora is used mostly for Oracle, but maybe not. > > Ivan > > > ------------------------------------------------------------------------------ > Android is increasing in popularity, but the open development platform that > developers love is also attractive to malware creators. Download this white > paper to learn more about secure code signing practices that can help keep > Android apps secure. > http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk > _______________________________________________ > Tora-develop mailing list > Tor...@li... > https://lists.sourceforge.net/lists/listinfo/tora-develop > -- ------------------------------------------------------------ Nathan Neulinger nn...@ne... Neulinger Consulting (573) 612-1412 |
From: Petr V. <pe...@ya...> - 2013-10-31 11:16:17
|
On 10/31/2013 12:14 AM, Ivan Brezina wrote: > On 10/20/2013 10:07 PM, Ivan Brezina wrote: >> Hi all >> all missing features were implemented and the code looks stable. >> >> On some places some tools throw "Not yet implemented" exception but I >> think it can be called an "alpha" release. >> >> Can you please give me a hint how to create a new release? >> >> thx Ivan in >> PS: contemporary windows builds were put into tora-experimental folder. >> > So alpha version is available for download. According to Sf stats there > were few hundreds of downloads. > It looks like we still have some users. for sure ;) opensuse: there is 55 downloads of tora main package + 23 packages with additional debug symbols this week. Yandex and google robots excluded. > > I would like to recap the status and TODO list: > - Editor - the port to qscintilla is not finished yet and a lot > improvements can be done in this area > - MySQL port - still experimental support > - PostgreSQL - still experimental support > The other changes are not so urgent for new release. > > my observations: - tora takes quite lot of CPU when is the window visible: about ~8% on my homeoffice desktop (old 2 cores), 2% on my office desktop (8 cores). The CPU usage is reduced when is the window hidden behind another app window. - that cool code folding is sometimes quite strange. Example: [+] /* foo bar [+] */ - sql editor parser(?) requires empty line to find statement correctly: select sysdate from dual; select sysdate from dual; cursor anywhere in these 2 lines: Thu Oct 31 12:14:27 2013 trotl_stat.cpp:234 void trotl::SqlStatement::execute_describe() ORA-00911: invalid character error at SQL position 24 [1.25]: select sysdate from dual; ^ last SQL statement: select sysdate from dual; select sysdate from dual 0x7f9ed89598bd: trotl::OciException::OciException(std::string, trotl::SqlStatement&) in /usr/local/lib64/libtrotl.so 0x7f9ed8959ca7: trotl::oci_check_error(std::string, trotl::SqlStatement&, int) in /usr/local/lib64/libtrotl.so 0x7f9ed89524b3: trotl::SqlStatement::execute_describe() in /usr/local/lib64/libtrotl.so 0x7f9ed895136e: trotl::SqlStatement::SqlStatement(trotl::OciConnection&, std::string const&, unsigned int, int) in /usr/local/lib64/libtrotl.so 0x7f9ed860badb: oracleQuery::trotlQuery::trotlQuery(trotl::OciConnection&, std::string const&, unsigned int, int) in /usr/local/lib64/tora-3.0.0alpha/libporacle.so 0x7f9ed8608ac0: oracleQuery::execute() in /usr/local/lib64/tora-3.0.0alpha/libporacle.so 0x6b0c3c: toQuery::init() in /usr/local/bin/tora 0x6b0a03: toQuery::toQuery(toConnectionSubLoan&, QString const&, QList<toQValue> const&) in /usr/local/bin/tora 0x6b4c7a: toEventQueryWorker::toEventQueryWorker(toEventQuery*, QSharedPointer<toConnectionSubLoan>&, QSharedPointer<toEventQuery::WaitConditionWithMutex>&, QString&, QList<toQValue>&) in /usr/local/bin/tora 0x6b2505: toEventQuery::start() in /usr/local/bin/tora 0x6d901b: toResultTableView::querySub(QSharedPointer<toConnectionSubLoan>&, QString const&, QList<toQValue> const&) in /usr/local/bin/tora 0x85721f: toWorksheet::query(toSyntaxAnalyzer::statement const&, toWorksheet::execTypeEnum, toWorksheet::selectionModeEnum) in /usr/local/bin/tora 0x8586ab: toWorksheet::slotExecute() in /usr/local/bin/tora 0x6215f3: uknown symbol in /usr/local/bin/tora 0x7f9eeb51229f: QMetaObject::activate(QObject*, QMetaObject const*, int, void**) in /usr/lib64/libQtCore.so.4 |
From: <iv...@cv...> - 2013-11-01 12:05:48
|
Quoting Petr Vanek <pe...@ya...>: > > my observations: > - tora takes quite lot of CPU when is the window visible: about ~8% > on my homeoffice desktop (old 2 cores), 2% on my office desktop (8 > cores). The CPU usage is reduced when is the window hidden behind > another app window. 8% is really too much. Each Editor's syntax analyzer has own background thread which periodically scans the whole source. Regardless if it was changed on not. This also need some tweaking. Which optimization level are you using? This should not be so slow. Does it take CPU when some other tool (other than SQL Editor) has focus? > > - that cool code folding is sometimes quite strange. Example: > > [+] /* > foo > bar > > [+] */ This is natural qscintilla behaviour :) At this how QsciLexerSQL works at this moment. I agree this need some tweaking. Or maybe it should be "fixed" in qscintilla upstream. > > - sql editor parser(?) requires empty line to find statement correctly: > > select sysdate from dual; > select sysdate from dual; > > cursor anywhere in these 2 lines: > Thu Oct 31 12:14:27 2013 > trotl_stat.cpp:234 void trotl::SqlStatement::execute_describe() > ORA-00911: invalid character > > error at SQL position 24 [1.25]: > select sysdate from dual; > ^ > "This is not a bug but the feature" :) This is implemented in toSyntaxAnalyzerNL class. When you click in bottom right corner onto "QtSql" you can switch from "generic Lexer/Parser/Analyzer" onto Oracle specific one. The Oracle one is much smarter, but beware - it's color scheme is horrible. So far I did not align color schemas and they can not be configured yet. Ivan ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |