I started converting a Delphi2006 windows service to lazarus last
week. My core application converts fine, however, I need to re-do the
portions that rely on the Indy components and the TurboPower XML
partners. I have lazarus installed in c:\lazarus and is the 32 bit
version running under w
I got PowerPDF from CCR project in http://sourceforge.net/projects/lazarus-ccr/
I opened the file pack_powerpdf.lpk and clicked in Install. The IDE
said "Lazarus will be rebuild... YES?" Yes... and the build started.
Sometime later I received the message: "Can't found the file
componenttreeview.pas
I wanted to zero in on this bug and at least help resolve it.
http://bugs.freepascal.org/view.php?id=17661
I can trace the query but I don't see any parsing of a response.
After Query.Open goes, I'm afraid I don't know exactly where to find
the response being retrieved and parsed by the system.
On Mon, 18 Oct 2010 07:46:12 +0200
Hans-Peter Diettrich wrote:
> Older games used to manipulate the system time, perhaps relicts from
> those "good ole days" still exist in current gaming libraries?
Very, very unlikely. I would even call it far-fetched.
R.
--
A: Because it messes up the order
They are integer fields.
On Mon, Oct 18, 2010 at 2:07 PM, Joost van der Sluis wrote:
> On Mon, 2010-10-18 at 12:55 -0500, Andrew Brunner wrote:
>> I just submitted a bug report for Lazarus. It appears that the sum
>> statement also does not work. Count statements appear to function but
>> sum do
On Mon, 2010-10-18 at 12:55 -0500, Andrew Brunner wrote:
> I just submitted a bug report for Lazarus. It appears that the sum
> statement also does not work. Count statements appear to function but
> sum does not.
Most probable that float or decimal fields do not work. Count returns
integer field
I just submitted a bug report for Lazarus. It appears that the sum
statement also does not work. Count statements appear to function but
sum does not.
Any ideas?
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.free
2010/10/18 Michael Schnell :
> On 10/18/2010 04:42 PM, Sven Barth wrote:
>>
>> Ehm... "unit libc" <> "interfacing/using libc". The libc unit is a relict
>> from Kylix times and is basically i386 only. But interfacing with/using libc
>> is not a bad thing (TM) per se.
>>
> I do agree. I was not com
Mark Morgan Lloyd wrote:
This thread is a summary of intermittent experience over the last year
or so with Lazarus running natively on various platforms. I hope to
cover ARM, PPC, SPARC and (for completeness) x86 on Linux (Debian v5
"Lenny"), possibly also some older Windows OSes on x86 (NT, W2
On 10/18/2010 04:42 PM, Sven Barth wrote:
Ehm... "unit libc" <> "interfacing/using libc". The libc unit is a
relict from Kylix times and is basically i386 only. But interfacing
with/using libc is not a bad thing (TM) per se.
I do agree. I was not completely convinced that not using the pthr
Am 18.10.2010 15:41, schrieb Michael Schnell:
introducing again
a dependency on some external tool.
As another issue (important regarding threads) already discussed is
dropping the libc interface unit and with that the libc binding in Linux
(and with that the need of doing thread creation, th
On Mon, 18 Oct 2010, Michael Schnell wrote:
On 10/18/2010 03:23 PM, Lukasz Sokol wrote:
How about a DBUS compatible way
What is DBUS ?
A very nice inter-process messaging and RPC system. Quite powerful.
It's the standard these days on *nix desktops
(inasmuch standards exist at all on *ni
introducing again
a dependency on some external tool.
As another issue (important regarding threads) already discussed is
dropping the libc interface unit and with that the libc binding in Linux
(and with that the need of doing thread creation, threadvar
implementation and Futex stuff in the
On 10/18/2010 03:23 PM, Lukasz Sokol wrote:
How about a DBUS compatible way
What is DBUS ?
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 10/18/2010 03:04 PM, Graeme Geldenhuys wrote:
Where is this implementation of yours? How can I see what you have done?
It's a really lame thing. I just took the appropriate code from MSE
Event Queue and Timer and made in run in a Lazarus no-gui project. The
only interesting task was to fi
On Mon, 18 Oct 2010, Lukasz Sokol wrote:
On 18/10/2010 12:22, Michael Schnell wrote:
On 10/18/2010 09:57 AM, Michael Van Canneyt wrote:
How else can you do this ? Each widget system uses it's own mechanisms, the LCL
must somehow unify this, and they did. To remain delphi compatible, they
On 18/10/2010 12:22, Michael Schnell wrote:
> On 10/18/2010 09:57 AM, Michael Van Canneyt wrote:
>>
>> How else can you do this ? Each widget system uses it's own mechanisms, the
>> LCL must somehow unify this, and they did. To remain delphi compatible, they
>> based the 'public interface' on th
On 13.10.2010 11:33, Marco van de Voort wrote:
> Make sure you test it well anyways. (add one or two local hotfixes if you
> have to). 2.4.2 must really last a while.
Why does it have to "last a while"? Does it cost money to apply a small
fix and run the same build scripts again (and release a 2.
Op 2010-10-18 13:22, Michael Schnell het geskryf:
> In fact I did a deep look at his Event Queue implementation when I
> ported it to Lazarus/Linux. I did not see anything that would prevent
Where is this implementation of yours? How can I see what you have done?
Regards,
- Graeme -
--
fp
On 14.10.2010 11:30, Bo Berglund wrote:
> Unfortunately our firewall does not let svn calls through
You should really tell your boss that if you are supposed to work as a
software developer you should also be allowed to use the tools that a
software developer needs and this includes access to the
On 2010-10-16 12:18:30 +0200, Michael Van Canneyt wrote:
>
>
>
> >I attached a proof of concept, take a look and comment.
>
> Seems like a very good start, some suggestions:
>
> 1. You created something which is by definition non-visual ?
>Why not make the TDynamicSQLWebProvider a componen
On 10/18/2010 09:57 AM, Michael Van Canneyt wrote:
How else can you do this ? Each widget system uses it's own
mechanisms, the LCL must somehow unify this, and they did. To remain
delphi compatible, they based the 'public interface' on the Windows
mechanism.
"Windows" is the only OS that pr
Hi guys,
I'm having a really weird problem with TXMLPropstorage (using lazarus
SVN from Saturday). I actually have some calls to TXMLPropstorage.save
to try and ensure it happens, but apparently it only creates the
config file the very first time it's called. Then if you clean out the
config file,
On Mon, 18 Oct 2010, Michael Schnell wrote:
On 10/12/2010 10:54 PM, Adem wrote:
...
Good.
...
Good.
...
Good.
...
Good.
...
Good.
- current projects and "Delphi"-code will not benefit (but it of course
will not need any modification)
That's good enough for me.
...
My hope/
... code is forked in at least 7 different versions (..)
Ooops. sorry for typing faster than thinking :-[ .
Seemingly at least 9 versions( Lazarus/carbon, Lazarus/cocoa,
Lazarus/fpgui, Lazarus/gtk, Lazarus/gtk2, Lazarus/qt, Lazarus/win32,
Lazarus/wince, MSE).
@ all: Sorry for having bothe
Mark Morgan Lloyd wrote:
OK. I'll apply Jonas's fix and recompile like that. I may be some time.
Using the modified 2.4.0 Lazarus builds (make all) on armel without
problems. However I still get a failure during exit that I don't believe
I've seen on other architectures:
TMainIDE.ParseCmdL
at you have done here:
> http://wiki.freepascal.org/Testers_2.4.2
>
For win32 a snapshot of Lazarus 0.9.29 and fpc 2.4.2rc1 can be found at:
ftp://ftp.hu.freepascal.org/pub/lazarus/snapshots/
Today's snapshot is:
ftp://ftp.hu.freepascal.org/pub/lazarus/snapshots/Lazarus-0.9.29-27743
On 10/12/2010 10:54 PM, Adem wrote:
...
Good.
...
Good.
...
Good.
...
Good.
...
Good.
- current projects and "Delphi"-code will not benefit (but it of
course will not need any modification)
That's good enough for me.
...
My hope/guess is...
I was dreaming the Open Source Dr
28 matches
Mail list logo
