On Saturday 21 July 2012 18:08:29 Ivanko B wrote:
The updater [shows SSLing/CRYPTing, HTTP handling, also threading ] ?
Not finished yet - 2 (pre-file global) progress bars are to
implement. That's why the need in threading has happened :)
Examples are here:
On Sunday 22 July 2012 18:08:44 Alexandre Minoshi wrote:
Hello
Can`t run konsole with tterminal :(
How do you run konsole? Please show the code.
Martin
--
Live Security Virtual Conference
Exclusive live event will
On Sunday 22 July 2012 19:18:23 Alexandre Minoshi wrote:
23.07.2012 00:05, Martin Schreiber пишет:
On Sunday 22 July 2012 18:08:44 Alexandre Minoshi wrote:
Hello
Can`t run konsole with tterminal :(
How do you run konsole? Please show the code.
Martin
procedure tmainfo.onexec
On Sunday 22 July 2012 20:43:30 Graeme Geldenhuys wrote:
On 21 July 2012 19:32, Martin Schreiber mse00...@gmail.com wrote:
Git master 705685a007a2b7193163f8c28ddf5b9c1ad354b6
has 'Project'-'Options'-'Show Tabs'.
Thanks for this. The only problem I see is that the tab character
symbol
On Sunday 22 July 2012 21:11:00 Alexandre Minoshi wrote:
23.07.2012 01:42, Martin Schreiber пишет:
Please activate tterminal.optionsprocess pro_nowaitforpipeeof in
order
to change the behaviour.
Martin
[pro_output,pro_input,pro_errorouttoout,pro_tty,pro_nowaitforpipeeof,pro_ct
rlc
On Sunday 22 July 2012 21:21:51 Alexandre Minoshi wrote:
23.07.2012 02:19, Martin Schreiber пишет:
Do you use current git master? There where changes in procutils
recently. Martin
Yes
What happens if you call execmse('konsole')?
Martin
On Sunday 22 July 2012 21:36:33 Alexandre Minoshi wrote:
What happens if you call execmse('konsole')?
Martin
Konsole runs successfully
And with tterminal.optionsprocess pro_nopipeterminate set?
--
Live Security
On Sunday 22 July 2012 22:51:31 Alexandre Minoshi wrote:
But run when optionsprocess = [pro_tty]
It probably dies when tterminal closes the pipes to the process when the
sigchld arrives. Do you need pipe connection to konsole?
Martin
On Monday 23 July 2012 12:07:14 Alexandre Minoshi wrote:
23.07.2012 11:23, Martin Schreiber пишет:
On Sunday 22 July 2012 22:51:31 Alexandre Minoshi wrote:
But run when optionsprocess = [pro_tty]
It probably dies when tterminal closes the pipes to the process when the
sigchld arrives
On Monday 23 July 2012 13:41:35 IvankoB wrote:
Me need to have an application result code.
Probably. There will be an immediate abort of the program without calling
finalize routines.
Martin
--
Live Security Virtual
On Monday 23 July 2012 14:33:54 Ivanko B wrote:
Probably. There will be an immediate abort of the program without calling
finalize routines.
Which checks to perform from the thread for already not existing
widgets of main application so that to eliminate AV etc ?
Hi,
Because of a new FPC field order optimization it will not be possible in
future to use cracker classes, please read the threads:
http://www.mail-archive.com/fpc-devel%40lists.freepascal.org/msg26290.html
http://www.mail-archive.com/fpc-devel%40lists.freepascal.org/msg26355.html
and
On Monday 23 July 2012 17:47:33 IvankoB wrote:
Probably. There will be an immediate abort of the program without calling
finalize routines.
Unit's finalization is called. But GDB still shows the apllication
running after halt, is it correct ?
I don't know.
Martin
On Monday 23 July 2012 18:05:59 IvankoB wrote:
Possibly ZEOS DBO.
They still work in MSEide with current FPC?
Martin
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
On Monday 23 July 2012 18:15:45 IvankoB wrote:
Possibly ZEOS DBO.
They still work in MSEide with current FPC?
Not tested since there were no urgent need .
Though ZEOS offers the DB connectivity to some commercial DB backends -
Oracle, DB2..
AFAIK they dropped support for some backends
On Sunday 22 July 2012 21:14:39 Martin Schreiber wrote:
On Sunday 22 July 2012 20:43:30 Graeme Geldenhuys wrote:
Thanks for this. The only problem I see is that the tab character
symbol is in the wrong position. You are displaying the symbol at the
end of the tab width
On Monday 23 July 2012 19:52:50 Ivanko B wrote:
Me mean the HALT(n) call from within a thread but GDB still looks like
the main app is still running some more inadequate things after
that.
Can you step into the halt() call?
How do You debug threaded apps ?
Open the thread window, select
On Monday 23 July 2012 22:57:43 Ivanko B wrote:
Which are conditions of terminating (finishing) thread ?
Exiting onexecute.
Martin
--
Live Security Virtual Conference
Exclusive live event will cover all the ways
On Tuesday 24 July 2012 10:05:16 IvankoB wrote:
Strangely but the below code doesn't redraw the label if called from
OnTerminate
(checked for sure that the program flow enters this code)
//---
begin
//application.lock;
try
{выйти из программы по
On Tuesday 24 July 2012 13:54:08 IvankoB wrote:
//-
application.lock;
try
showmessage('');
finally
application.unlock;
end;
//-
doesn't help here.
Works for me (Linux).
--
On 24.07.2012 14:28, Martin Schreiber wrote:
On Tuesday 24 July 2012 13:54:08 IvankoB wrote:
//-
application.lock;
try
showmessage('');
finally
application.unlock;
end;
//-
doesn't help here.
Works for me (Linux).
On Windows the problem
On Tuesday 24 July 2012 17:33:48 IvankoB wrote:
On russian locale (with russian-named users), the current result doesn't
fit the file system routines.
Because in russian locale, env vars are cp866 encoded.
Please, incorporate the updated mseucs2toru (here attached).
Should it not be
On Tuesday 24 July 2012 21:06:21 Ivanko B wrote:
Better to use application.synchronize() or to move gui code in
main thread.
It makes error reporting more complicated (global error codes etc).
True, but the Windows architecture dictates constraints. I am not sure if all
On Tuesday 24 July 2012 21:11:25 Ivanko B wrote:
to move gui code in main thread.
=
Any or particular type of GUI code ?
On Windows any. Use application.lock/unlock in order to set common variables
only, unless we can solve all Windows multithread API problems (no time at
the
On Wednesday 25 July 2012 09:50:35 Graeme Geldenhuys wrote:
On 25 July 2012 05:19, Martin Schreiber mse00...@gmail.com wrote:
It makes error reporting more complicated (global error codes etc).
True, but the Windows architecture dictates constraints. I am not sure if
all problems can
On Wednesday 25 July 2012 12:47:23 Ivanko B wrote:
Most GUI
frameworks recommend/dictate that ALL gui work must be done within the
main thread
===
Even stepping/resizing progress bars ? How ?
For example with FPC Synchronize() (not the same as MSEgui
On Wednesday 25 July 2012 12:45:45 Ivanko B wrote:
Probably I made extensions in
window state tracking code which can deadlock.
===
Sure, the multi platform MSEgui should consistently provide same
features for all supported platforms :)
Where is the money? ;-)
Martin
On Wednesday 25 July 2012 13:21:01 Ivanko B wrote:
For example with FPC Synchronize() (not the same as MSEgui
application.synchronize().
===
What do they do ?
Run code in main thread.
--
Live Security
On Wednesday 25 July 2012 15:47:16 Graeme Geldenhuys wrote:
On 25 July 2012 11:47, Ivanko B ivankob4m...@gmail.com wrote:
Most GUI
frameworks recommend/dictate that ALL gui work must be done within the
main thread
===
Even stepping/resizing progress bars ? How ?
Yes. I
On Wednesday 25 July 2012 17:18:43 Ivanko B wrote:
MSEgui tprogressbar.value is thread safe.
===
A list of all thread safe MSEgui widget's properties ?
Should be noted in code.
--
Live Security Virtual
On Wednesday 25 July 2012 17:19:34 Ivanko B wrote:
application.terminated:= true which doesn't fire
application's OnTerminated
==
Oops, application's OnTerminateQuery
Call application.terminate instead. Application.terminated:= true does not
call terminatequery because it can
On Wednesday 25 July 2012 17:48:57 Ivanko B wrote:
showmessage(lastopermsglocal,'ОШИБКА АВТООБНОВЛЕНИЯ'); // WANTED TO
WORK end;
waitus(300);
Use application.synchronize() for that code on Windows for now.
--
On Thursday 26 July 2012 00:11:57 Graeme Geldenhuys wrote:
On 25 July 2012 15:43, Martin Schreiber mse00...@gmail.com wrote:
MSEgui tprogressbar.value is thread safe.
My point was not specific to the TProgressBar. widgte Yes, MSEgui's
TProgressBar.Value property might be thread safe
On Wednesday 25 July 2012 22:07:03 wahono sri wrote:
How to draw timage.bitmap from hbitmap (windows)? I see in
msegdi32.pas, but after some hours I can't understand this concept.
I call external library to capture image from camera and that library
give output as hbitmap. I want to draw this
On Wednesday 25 July 2012 18:10:17 Ivanko B wrote:
Use application.synchronize() for that code on Windows for now
===
Where to place this call ?
Git master c60d3c2cfaadeac6c192b15944483b8453c7e94a has
tthreadcomp.onterminated which runs in main thread by means of synchronize().
On Thursday 26 July 2012 06:52:45 Ivanko B wrote:
threadcomp.onterminated which runs in main thread by means of
synchronize(). ==
Should threadcomp.onstarted do it too ?
(just a question)
I don't think so because starting a thread normally will be done in main
thread.
Martin
On Thursday 26 July 2012 07:27:28 Ivanko B wrote:
1) still needs application.lock/unlock to redraw GUI elements
2) ShowMessage still doesn't show
And why don't you use the onterminated event I implemented especially for you?
Martin
On Thursday 26 July 2012 08:00:55 Ivanko B wrote:
ThreadComp.OnterminateD seems not to be called if
ThreadComp.Onterminate calls aplication.terminated:= true at its end
so moving ShowMessage to ThreadComp.OnterminateD doesn't help.
After application.terminated has been set to true the
On Thursday 26 July 2012 08:11:45 Ivanko B wrote:
Application.terminated:= true called in Treadcomp.OnTerminated ater
ShowMessage seems to be a solution.
But is it OK that the progress_bar+waitus(300) only redraw in
ThreadComp.OnTerminate + application.unlock/lock ? Me expected it to
On Thursday 26 July 2012 08:28:29 Ivanko B wrote:
What is the purpose of waitus(300)?
For user to watch lblFinStatus.(caption color).
2012/7/26, Ivanko B ivankob4m...@gmail.com:
Oops, it was becfuse of Application.terminated.
=
No, the code
Am 26.07.2012 12:34, schrieb Christian Nobel:
Hi.
Reopening an old issue, haven't been playing around with it for quite a
while (rather given up), but now I would like to find a solution.
Very simple, I am trying to read a large textfile, but doing read I want
the wait cursor.
Trying to
Am 26.07.2012 12:52, schrieb Ivanko B:
The purpose of this command in the project is to delay exiting
the whole program for a while after finishing all threads so that user
can see the results.
==
Hmm.. me terminate the application in one of its threads.
What is Your opinion
Am 26.07.2012 16:08, schrieb Patrick Goupell:
In a stringgrid I can do a mystringgrid.appendrow (msestringarray)
Is there a quick way to get a stringgrid row into an array?
mystringgrid.? (row, msestringarray)
or msestringarray := mystringsgrid. (row);
or what.
Looking at the
Am 25.07.2012 05:24, schrieb Martin Schreiber:
On Tuesday 24 July 2012 21:11:25 Ivanko B wrote:
to move gui code in main thread.
=
Any or particular type of GUI code ?
On Windows any. Use application.lock/unlock in order to set common variables
only, unless we can solve all
On Thursday 26 July 2012 20:41:48 Christian Nobel wrote:
Den 26-07-2012 15:57, Martin Schreiber skrev:
Works for me. Which operating system?
Ubuntu 11.04
MSE 2.8.2 (but also seen on earlier versions)
Works for me. Please send a testprogram which shows the problem.
But if I eg. do
On Friday 27 July 2012 12:23:06 Ivanko B wrote:
Ttimer's options are't settable via ObjInsp but the leak one.
timeroptionty = (to_single, //single shot
to_absolute, //use absolute time (timestamp()) for to_single
//disabled for ttimer
On Friday 27 July 2012 14:05:05 Ivanko B wrote:
The only working code in TheradComp.OnTreminated:
Don't the work of application.processmessages() should be done in
THreadcomp.OnTreminated automaticcaly ?
The sleep() call is in main thread - main thread eventloop sleeps - no gui
action.
Hi,
Because of a new FPC field order optimization it will not be possible in
future to use cracker classes, please read the threads:
http://www.mail-archive.com/fpc-devel%40lists.freepascal.org/msg26432.html
and
http://www.mail-archive.com/fpc-devel%40lists.freepascal.org/msg26290.html
On Friday 27 July 2012 13:27:39 Christian Nobel wrote:
Hi Martin.
Project attached.
Below code works for me.
procedure tmainfo.opencsvfile(const sender: TObject);
var
y: integer;
begin
if tfiledialog1.execute(fdk_open) = mr_ok then
begin
application.beginwait;
try
y:= 0;
On Friday 27 July 2012 22:19:47 wahono sri wrote:
Did you try FTGL?
http://sourceforge.net/projects/ftgl/
Yes, I used it at the beginning of the development of the MSEgui OpenGL
backend. Later I decided to implement an own font engine based on Freetype.
Martin
On Friday 27 July 2012 21:13:51 Marcos Douglas wrote:
...tmsecomponent will not descend from TComponent anymore
What do you going to do, rewrite all code??
I need to state precisely, tmsecomponent will not descend from *FPC*
TComponent anymore.
First step is to copy the necessary FPC sources
On Saturday 28 July 2012 00:35:36 Ivanko B wrote:
Therefore the suggestion to use a timer to close the application.
===
Please spell the exact sequence of calls (incl tuning starting the
timer, redrawing widgets etc) - in the thread world even well known
components appear
On Saturday 28 July 2012 00:35:16 Christian Nobel wrote:
Aha.
The application.processmessages did the trick.
Ether by replacing the mainfo.update with application.processmessages
or by putting application.processmessages right after the
application.beginwait
The background:
Updating the
On Saturday 28 July 2012 10:26:03 Ivanko B wrote:
In worker thread:
theoneshottimer.active:= true;
Or all in the main thread:
//---
thread.active:= true;
thread.waitfor;
--- now GUI interaction (display update, possible cancel button...) stops.
On Saturday 28 July 2012 10:35:26 Ivanko B wrote:
The main event loop is blocked by your long time task - mouse enter events
can not be handled - no wait cursor handling.
application.processmessages() calls a stacked main event loop.
==
Hmm.. this approach can replace (updating
On Saturday 28 July 2012 11:33:11 Ivanko B wrote:
How then to implement same scenario for multiple working threads where
such threads can't place calls to terminate the application ?
Send messages to the controlling form or datamodule:
On Sunday 29 July 2012 16:26:18 Christian Nobel wrote:
Now it works on Linux, but I do still get the Unknown Run-time error:
123, when I try to open the text file in Windows.
AssignFile(CSVFile,tosysfilepath(tfiledialog1.controller.filename));
Martin
On Sunday 29 July 2012 19:27:38 Christian Nobel wrote:
MSEgui uses a platform independent unified file path format by default.
Windows C:\aaa\bbb becomes /C:/aaa/bbb in MSEgui format. So it is
possible to mount a Windows C: as Linux partition under /C:/ in a
multi boot environment and to
On Sunday 29 July 2012 19:42:30 wahono sri wrote:
I can't commit to it, how?
You are registered as committer in MSEuniverse. Did you post your SSH public
key to your Gitorious account?
Martin
--
Live Security Virtual
On Sunday 29 July 2012 19:50:41 wahono sri wrote:
You are registered as committer in MSEuniverse. Did you post your SSH
public key to your Gitorious account?
Not yet, how to create public SSH?
Ouch, there are tons of howto's on internet.
Martin
On Sunday 29 July 2012 22:09:52 Christian Nobel wrote:
Den 29-07-2012 19:44, Martin Schreiber skrev:
Here:
AssignFile(CSVFile,tfiledialog1.controller.filename);
So what would that be translated into MSEGUI'ish?
thestream:=
ttextdatastream.create(tfiledialog1.controller.filename
On Sunday 29 July 2012 22:51:23 wahono sri wrote:
I've create SSH public key but until now I can't push, I use
TortuiseGIT in Win7. Next day I'll try again.
You must use the SSH protocol to push, the URL:
g...@gitorious.org:mseuniverse/mseuniverse.git
and your SSH environment must be setup.
On Tuesday 31 July 2012 14:16:35 wahono sri wrote:
I see a good unit for 2D drawing including text drawing (true type or
freetype). http://www.crossgl.com/aggpas/
And the demo are impressive http://www.crossgl.com/aggpas/aggpas-demo.htm
And it's compatible with FPC, support win, lin and mac
On Tuesday 31 July 2012 16:07:33 Alexandre Minoshi wrote:
23.07.2012 17:46, Martin Schreiber пиÑеÑ:
Then I suggest to use execmse().
Martin
Ok, but what to do if i need run konsole with root prevelegues?
Then it becomes difficult. Newer konsole exes seem not to run as child
process
On Tuesday 31 July 2012 16:04:11 wahono sri wrote:
Aggpas is client side pixel rendering by the CPU- every pixel must be
transported to the graphic engine after rendering. Xlib as contrast
transports the graphic primitives only (polyline command, xcopyarea...).
Aggpas is client side pixel
On Tuesday 31 July 2012 16:15:32 wahono sri wrote:
I try fpGUI with activated AggPas from MSEide, but the form is empty,
maybe any wrong in my project.
Others 2D library for Pascal is http://sourceforge.net/projects/graphics32/
Same problem as aggpas.
Martin
On Tuesday 31 July 2012 17:52:10 Alexandre Minoshi wrote:
I finally recorded a video with a drawing bug
OS -archlinux
videocard - ATI Radeon HD 6310
versions:
ati-dri -8.0.4
xf86-video-ati- 1:6.14.6-1
xserver- 12.3
xfce4.9 -4.10
mse 2.8 - latest trunk
Here link to video
On Tuesday 31 July 2012 18:31:32 wahono sri wrote:
I thought MSEgui is a single handle windowing toolkit - thus only one
window handle is needed per form. (this excludes the OpenGL widget
usage of MSEgui)
Martin, is this true?
MSEgui uses one handle per window (form). You write SDL
On Tuesday 31 July 2012 18:35:52 wahono sri wrote:
Then Cairo or its internal engine -
http://en.wikipedia.org/wiki/OpenVG (for 3D -
http://en.wikipedia.org/wiki/OpenGL_ES). They're use hardware
acceleration etc wherever possible
I used cairo for tuniversalprinter in Repaz, and it fast
On Tuesday 31 July 2012 19:27:20 wahono sri wrote:
MSEgui uses one handle per window (form). You write SDL supports one
window (form) per application only.
Hmm, it should compile SDL 2.0 from source, I've compiled SDL 2.0 for
Windows and success, for Linux I think it so easy than Windows.
On Tuesday 31 July 2012 19:27:20 wahono sri wrote:
MSEgui uses one handle per window (form). You write SDL supports one
window (form) per application only.
Hmm, it should compile SDL 2.0 from source, I've compiled SDL 2.0 for
Windows and success, for Linux I think it so easy than Windows.
On Wednesday 01 August 2012 07:24:43 Martin Schreiber wrote:
On Tuesday 31 July 2012 21:52:13 wahono sri wrote:
On 1 August 2012 02:50, wahono sri wahon...@gmail.com wrote:
I have create public SSH key and I save it to my local folder, where
should I put this key?
I have git console
On Wednesday 01 August 2012 18:48:35 Ivanko B wrote:
But mse*edit* couldn't fire virtual keyboard.
Scrolling with scrollbar can be done by dragging/sliding feature.
=
It could be done by a library unit bound on widget events (focusing,
leaving,..) via regular callbacks
On Wednesday 01 August 2012 19:10:22 Ivanko B wrote:
than SFML, but
SFML more simple and slim
===
Slim ? It's stated to be written in C++ which isn't slim by
definition. Then we'll also need a pure C layer over.
That seems already available.
Martin
On Thursday 02 August 2012 01:26:02 Sieghard wrote:
Tortoise GIT etc GUIs mean additional learning them which is lazy to do
:)
And why'd you not try Martin's msegit utility? It shuold be available for
Windows as well...
It is. :-)
Martin
On Friday 03 August 2012 19:28:33 wahono sri wrote:
Hi Martin, what's your opinion?
Thanks for your research, I'll studying later, much work to do at the moment.
What do you think about my comment that on smartphones and probably on other
handhelds too one should use the native widget API?
On Saturday 04 August 2012 00:32:41 wahono sri wrote:
About performance SDL versus SFML, there are interesting discussion in
http://en.sfml-dev.org/forums/index.php?topic=43.0.
SFMLSDL, I'm surprised!
Hnefi:
Your benchmarks are severly flawed. You are comparing the software, 2D library
that
On Saturday 04 August 2012 10:04:11 Ivanko B wrote:
What do you think about my comment that on smartphones and probably on
other handhelds too one should use the native widget API?
Hmm...it means that SFML doesn't suit since OpenGL is a requirement
for it. SDL provides entries
On Saturday 04 August 2012 10:43:38 Ivanko B wrote:
mobile programming if using SDL/SFML.
=
? Target CPU support in the platform-specific code ? Martin doesn't
even have time to adopt X86_64.
I wrote:
Yes, a SDL or SFML backend for MSEgui is a possibility. Although an OS X
On Saturday 04 August 2012 12:55:38 Ivanko B wrote:
MSEgui only needs polishing to run on OpenGL (so doesn't need any
SFML/SDL helping for it) .. its audio choice (PulseAudio) can run on
Linux, Win-32, Android, iOS [no need in SDL/SFML for that],.. for
networking MSEgui has the excellent
On Saturday 04 August 2012 15:45:15 Ivanko B wrote:
For me, SFML is very fast to draw dynamic text ...
==
SFML can outperform SDL+OpenGL only if the SFML guys have achieved
excellent algorithm optimization (caching, reusing, fine tuning,..) .
And it would be interesting if it
On Saturday 04 August 2012 23:33:26 wahono sri wrote:
How to implement ttextstream.linecount?
I got SIGSEGV : fpc_ansi_str_decr_ref
Please try again with git master d23dbd56477d7d93068ef4555ae20f42a0e624d1.
Martin
--
On Sunday 05 August 2012 20:49:30 wahono sri wrote:
On 6 August 2012 01:40, Алексей Логинов loginov.alex.va...@gmail.com
wrote:
Please, write more information how to translate interface of mseide.
Where can I find strings for translation?
AFAIK, all string still in form/*.mfm (not
On Monday 06 August 2012 11:33:08 Christian Nobel wrote:
Den 05-08-2012 20:19, Алексей Логинов skrev:
How to thanslate interface of mseide?
My I play the devil's advocate and ask why?
If a development tool like MSE get fragmented into several languages,
the side effect will be that forums
On Monday 06 August 2012 15:05:08 Алексей Логинов wrote:
I have no Windows, I'm using Linux.
How can I to compile file .scv without using tool msei18n in command line?
Do you mean create a *.csv (comma separated values) from *.trd, same as
MSEi18n menu point 'Export'? Not (yet) possible from
On Monday 06 August 2012 19:41:12 Ivanko B wrote:
Especially ones provided by SUID/SGID bits.
AFAIK yes, please check the documentation of your operating system.
Martin
--
Live Security Virtual Conference
Exclusive
On Monday 06 August 2012 21:51:22 Алексей Логинов wrote:
I can not understand why function loadlangunit finds library translation.so
in current directory. How can I translate dialogs for mseide?
It's needed additional parameters for function loadlangunit - path, where
to find library
On Tuesday 07 August 2012 12:27:32 Алексей Логинов wrote:
OK, libi18n_ru.so function loadlangunit found in /lib, /usr/lib, etc.
In future necessary to write copy of function loadlangunit without:
e.message = 'Can not load langunit '+aname+':'+lineend+e.message;
because for application mseide
On Tuesday 07 August 2012 12:41:15 Алексей Логинов wrote:
So, copy of function loadlangunit (another name or with new param) without
this message must be.
I'm sorry for my English.
Aha, got it, there is a try.. except in loadlangunit() already.
git master
On Tuesday 07 August 2012 20:08:33 Алексей Логинов wrote:
X Error: BadMatch (invalid parameter attributes) 8
Major opcode: 62
What additional packages must I install for lib18n_ru.so in chroot? Package
mseide-msegui works in chroot without lib18n_ru.so.
I don't know, looks more as a
On Tuesday 07 August 2012 22:03:17 Sieghard wrote:
Hallo liuzg2,
Du schriebst am Tue, 07 Aug 2012 16:51:32 +0800:
ftbcd: begin
Res:=SQLGetData(ODBCCursor.FSTMTHandle, fno, SQL_C_DOUBLE, @do1,
SizeOf(Double), @StrLenOrInd);
cu1:= do1;
Move(cu1,
On Tuesday 07 August 2012 06:35:36 Martin Schreiber wrote:
On Tuesday 07 August 2012 02:10:18 Алексей Логинов wrote:
All text in files .pas must be in resourcestrings.
But FPC provides no Unicode resource strings, at least in not 2.8, for FPC
trunk I got no answer from FPC team. :-(
I use
On Tuesday 07 August 2012 23:21:25 Алексей Логинов wrote:
X Error: BadMatch (invalid parameter attributes) 8
Major opcode: 62
Solution: package libfonts.
Problem with font 'mseide_source' persists in chroot. No problem in
distribution, only in chroot.
Do you have Xft in chroot?
On Wednesday 08 August 2012 03:18:40 liuzg2 wrote:
On Tuesday 07 August 2012 10:51:32 liuzg2 wrote:
ftbcd: begin
Res:=SQLGetData(ODBCCursor.FSTMTHandle, fno, SQL_C_DOUBLE, @do1,
SizeOf(Double), @StrLenOrInd);
cu1:= do1;
What is the value of do1?
On Wednesday 08 August 2012 06:28:45 Martin Schreiber wrote:
On Wednesday 08 August 2012 00:32:41 Алексей Логинов wrote:
This is very strange, but the fonts are different (show pictures).
I seems the font height is different.
Because mseide_source registers a font height!
registerfontalias
Am 08.08.2012 07:01, schrieb liuzg2:
On Wednesday 08 August 2012 03:18:40 liuzg2 wrote:
On Tuesday 07 August 2012 10:51:32 liuzg2 wrote:
ftbcd: begin
Res:=SQLGetData(ODBCCursor.FSTMTHandle, fno, SQL_C_DOUBLE, @do1,
SizeOf(Double), @StrLenOrInd);
cu1:=
On Wednesday 08 August 2012 10:04:08 liuzg2 wrote:
于 2012-08-08 14:18, Martin Schreiber 写道:
Am 08.08.2012 07:01, schrieb liuzg2:
On Wednesday 08 August 2012 03:18:40 liuzg2 wrote:
On Tuesday 07 August 2012 10:51:32 liuzg2 wrote:
ftbcd: begin
Res:=SQLGetData
On Wednesday 08 August 2012 11:21:11 Алексей Логинов wrote:
Please, write command for tacking branch for testing.
git clone git://gitorious.org/mseide-msegui/mseide-msegui.git
the first time, later in mseide-msegui directory:
git pull
There is also a graphical git frontend MSEgit made with
On Wednesday 08 August 2012 12:48:06 Алексей Логинов wrote:
line 82 of mseide.pas: application.createform(tmainfo, mainfo);
2012/8/8 Алексей Логинов loginov.alex.va...@gmail.com
root@chroot-mga2-i586 /opt/mseide-msegui/apps/ide # mseide
An unhandled exception occurred at $080B7731 :
On Wednesday 08 August 2012 12:52:19 Алексей Логинов wrote:
It's don't work loadlangunit before creating forms
The crash happens if loadlangunit() has been called before creating the forms?
Did you compile the language *.so with the same MSEgui and FPC version as you
compiled MSEide?
Martin
501 - 600 of 3991 matches
Mail list logo