It seems to be an old (and forgotten) issue :)
http://muzso.hu/2011/12/13/setting-f12-as-a-global-hotkey-in-windows;
tells:
--
Now this is pretty much upsetting. But not all is lost. I tried to google
for a way to disable the kernel from registering F12, but found instead
now. Razor-qt is a new project creating a lighter desktop environment
using Qt.
Great work !
These guys have managed not to make already heavy Qt heavier.
--
Write once. Port to many.
Get the SDK and tools to
now. Razor-qt is a new project creating a lighter desktop environment
using Qt.
Is it capable of top-level (QT MOC) source-code debugging ? If no then
hardly usable for complex projects.
--
Write once. Port to
http://muzso.hu/2011/12/13/setting-f12-as-a-global-hotkey-in-windows;
tells:
Really fixes :) If such key doesn't exist (my case) it should be created.
--
Write once. Port to many.
Get the SDK and tools to simplify
On 12/21/2011 10:03 AM, IvankoB wrote:
With exactly the same application including the beforeconnect script
with the key pragma?
Oops, no such table both for plain (w/o pre-up TMSESQLScrypt)
encrypted databases.
Maybe, the Cypher version of SQLite3 (3.7.2) needs special treatment.
Please provide simple reproducible testcase.
Possibly there're memory errors, see the attached stack trace (happened on
confirming test query is OK in the SQL editor):
#0 0040E103 :0 SYSTEM_SYSGETMEM_FIXED$LONGWORD$$POINTER()
#1 0030 :0 ??()
#2 0003 :0 ??()
#3 064F0633 :0 ??()
#4
On 12/21/2011 10:57 AM, IvankoB wrote:
Please provide simple reproducible testcase.
Possibly there're memory errors, see the attached stack trace (happened on
confirming test query is OK in the SQL editor):
Please use -gh (heaptrace), maybe there is more information.
PS:
Martin, will
Please use -gh (heaptrace), maybe there is more information.
Strange, no more errors. Maybe because me rebuilt the child IDE within ist
parent ?
--
Write once. Port to many.
Get the SDK and tools to simplify
On 12/21/2011 02:09 PM, IvankoB wrote:
Have You received the Cipher versions of EXE DLL both for LINUX
Win-32
?
Win32 only.
Me sent a message with a attachment containing the files.
Since it's quite large (approx 5M) it waits for moderator approval.
Got it.
Have You received
Since the subdir access doesn't work the executable directory is used to
hold database files.
Are you sure the working directory is c:\superprog?
It's a syntax example :)
--
Write once. Port to many.
Get the SDK
The stack trace:
#0 0192 :0 ??()
#1 005E5992 :0 DB_TDATASOURCE_$__DOSTATECHANGE()
#2 005E5A5E :0 DB_TDATASOURCE_$__PROCESSEVENT$TDATAEVENT$LONGINT()
#3 :0 ??()
100% reproducible with the PODPISKA on confirming changes of
On 12/21/2011 03:29 PM, IvankoB wrote:
Since the subdir access doesn't work the executable directory is used to
hold database files.
Are you sure the working directory is c:\superprog?
It's a syntax example :)
Are you sure the working directory is c:\Documents and
On 12/21/2011 05:21 PM, IvankoB for-mse wrote:
Are you sure the working directory is c:\Documents and
Settings\Администратор\Мои документы\MSE_PROJECTS\login\?
Yes, it's.
So you start the program by:
cd c:\Documents and Settings\Администратор\Мои
документы\MSE_PROJECTS\login\
No, as a debugger session from the IDE. Though, it's the same.
With DB file pointed by fabsolute path c:\Documents and
Settings\Администратор\Мои
документы\MSE_PROJECTS\login\db\dbfile.db
everthing is OK, but with db\dbfile.db the DB isn't found.
2011/12/21, Martin Schreiber mse00...@gmail.com:
No, as a debugger session from the IDE. Though, it's the same.
With DB file pointed by fabsolute path c:\Documents and
Settings\Администратор\Мои
документы\MSE_PROJECTS\login\db\dbfile.db
everthing is OK, but with db\dbfile.db the DB isn't found.
For me too. Even encrypted (with
On 12/22/2011 03:12 AM, nore...@z505.com wrote:
Did you remove code completion from mseide because it wasn't fully
implemented and wasn't working as good as you wanted? Or because it was
causing some problem with the IDE?
Because it was a relict of an experiment and never intended for
On 12/21/2011 09:17 AM, Graeme Geldenhuys wrote:
In the past many of us here in the MSEide mailing list, complained
about the crap state of Linux desktop environments. Unity, KDE4,
Gnome3 etc.. Well GTK has Gnome and XFCE, Qt only has KDE until
now. Razor-qt is a new project creating a
It this new will be implementing MOC-code debugging (really handling
XML-based MOC data in RTTI manner) then it could make revolution in QT
development :)
I don't understand the interrelation, Razor-qt is a desktop environment?
Oops, no time to see what's exactly :)
Smth like a lightweight
On 12/22/2011 07:55 AM, IvankoB wrote:
It this new will be implementing MOC-code debugging (really handling
XML-based MOC data in RTTI manner) then it could make revolution in QT
development :)
I don't understand the interrelation, Razor-qt is a desktop environment?
Oops, no time to see
19 matches
Mail list logo