From: Alexey D. <a.d...@se...> - 2005-10-12 08:54:24
|
Comments in order > I followed the link to Qscintilla, but I notice they have the same = weird license restrictions for Windows that QT has. However, from = looking at > QT it looks like if our software is GPL then I can download the 'full' = QT version. That's fantastic news, is that a change from earlier > versions of Tora? The TOra was compiled with Free QT3 port for Windows (not native QT3 for = Windows which is commercial). The new QT4 is also released on Windows = with dual license which now includes GPL. As for QScintilla, we agreed = over email with its owner that compiling it with GPL version of QT on = windows is fine and does not break its license. The email from him = should be published somewhere in this list. > Is there any interest in an MSVC build?=20 No. Longer answer is - not in the immediate future. There are multitude = of reasons - incompatibility of the C++ standard support (which makes it = difficult for example to compile with some 3rd party C++ libraries like = TOra on MSVC 6). The other is that it makes the use of standard = makefiles a nightmare and I'm not going to maintain the totally = different microsoft nmake makefile. With MINGW there is a possibility of = merging UNIX and Windows makes into one (this is not going to happen for = not until we sort out the outstanding bugs). But I haven't heard of any = successful attempt of using automake with MSVC compilers yet. One additional drawback is that upcoming free version of QT4 (GPL) for = Windows will only support MINGW and a building system. There might be a possibility of using qmake from QT distribution but it = makes even further deviation from unix build and not that easy to = configure to use certain checks like in standard makefiles. > I have Boundschecker and some other kernel level tools that I can use = to make Tora more robust and faster, and I=20 > would assume these changes would migrate over. Nothing against MINGW = but I'm used to MSVC and Boundschecker runs in it. > I'd be more than happy to help volunteer to maintain the Windows side, = esp if we can get an MSVC (6.0) build. No offence but I don't quite understand why would you need the kernel = tools to debug TOra - seems like a bit of an extreme to me. Whilst = Boundschecker is a nice tool but there some opensource alternatives that = can be used and it's not a "must have" tool to do debugging and TOra = development. Btw, developing with mingw does not have to be all in = command line (especially debugging - gdb can be quite user unfriendly) - = you can use Eclipse CDT environment that makes developing, compiling and = debugging (with it's GUI gdb wrapper) much easier. I was compiling my = TOra builds with Windows MINGW makefiles from there without any = problems. Also, for now I am maintaining Windows parts of TOra - but hopefully = when in the future we will move to autoconf/automake completely there = will be no need for the specific Windows maintenance ;-)) > 1) the initial login is a problem, I couldn't click or tab to the = 'password' line. I clicked OK, it complained, then I could enter a > password. If you close the connection then reopen, same thing. It = looks like changing the focus to another app and back again=20 > fixes this. If you look carefully to this - whilst password does not show cursor = once clicked you can type password in it. It looks like there is a bug = somewhere that makes mouse and keyboard focuses out of sync. If you can = look into this - it would be great. > 2) If I log onto an Oracle Apps 11.5.X instance with normal = credentials, then click 'Tools / Server tuning' TOra locks up and never = comes back. > This is an issue. I assume that you logging in Oracle DB containing the Oracle = Applications data not the Apps server itself? I have tested the new TOra = build (1.3.18 + QSCintilla changes) on pretty large database (300 tables = and loads of other objects like PL/SQL, views etc) of around 70GB and it = works alright. Anyway you are very welcome to investigate this with your = Apps database. > 3) In the SQL Editor I see a lot of 'screen scooge' - characters on = top of each other, vertical lines, etc. =20 This was one of the reasons we ported it to QScintilla - please compile = the lates TOra build if you need working one. Instructions are given in = readme.windows file. Alexey =20 |