On Thu, 13 Jan 2011 15:20:47 +0100, dib...@wp.pl wrote:
> W dniu 13.01.2011 14:41, Matthias Klumpp pisze:
>> Hi!
>> I developed the Listaller Project, a cross-distro Linux software
manager,
>> which uses techniques like D-BUS and PolicyKit and had very similar
>>
separately with Qt.
Hi!
I developed the Listaller Project, a cross-distro Linux software manager,
which uses techniques like D-BUS and PolicyKit and had very similar
problems. You can run Qt4 applications which use GLib (but only GLib!), but
you need to call g_type_init() in the Qt application so
On Mon, 13 Dec 2010 22:34:38 +0200, Juha Manninen
wrote:
> Matthias Klumpp kirjoitti maanantai 13 joulukuu 2010 18:50:46:
>> if obj^ = nil then exit;
>> FreeAndNil(obj^);
>
> Shouldn't it be:
>
> // if obj = nil then exit; <-- not really needed
> FreeA
like this? I use FPC
2.4.0.
Kind regards
Matthias Klumpp
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
; than on the "if assigned(f_image)" part.
>
> Any ideas?
Have you initialized f_image? If not, do f_image := nil; and the error
will be gone. (Assigned need this to check if the object exists)
You could also use if assigned (f_image) then FreeAndNil(f_image);
Hope this works!
Mat
Hi!
At time I'm playing around with fcl-passrc to automate some actions I have
to perform with the source code.
Unfortunately, FCL-PASSRC does not process the source of a library:
Expected "unit" at token "library"
(In ParseSource() call)
How do I make FCL-PASSRC process the lib source code too?
On Sun, 01 Aug 2010 19:57:28 +0200, Matthias Klumpp
wrote:
> On Sun, 01 Aug 2010 19:27:20 +0200, Bernd Kreuss
> wrote:
>> On 01.08.2010 14:45, Matthias Klumpp wrote:
>>
>>> Because Pascal records are incompatible with C structs
>>
>> how are they incomp
On Sun, 01 Aug 2010 19:27:20 +0200, Bernd Kreuss
wrote:
> On 01.08.2010 14:45, Matthias Klumpp wrote:
>
>> Because Pascal records are incompatible with C structs
>
> how are they incompatible? It should be possible to define the same
> record as a struct in C and for every
Hello!
I have a record containing a set of variables. This record should now be
accessed from an application developed in C (through a shared library).
Because Pascal records are incompatible with C structs, I could write a
get_value() function for each value in the record, e.g. if I have:
TTestRe
ly.
On Sun, 11 Jul 2010 23:13:31 +0200, Jonas Maebe
wrote:
> On 11 Jul 2010, at 21:15, Matthias Klumpp wrote:
>
>> Is there a tool to generate C headers from Pascal library source files?
>> The
>> Delphi compiler can do this, but I would need a solution for Linux.
>&
Hi!
Is there a tool to generate C headers from Pascal library source files? The
Delphi compiler can do this, but I would need a solution for Linux.
If there's not such a tool, I would have to do everything by hand, which is
a lot of effort.
Regards
Matthias K
On Mon, 31 May 2010 14:31:19 +0200, Jonas Maebe
wrote:
> On 31 May 2010, at 14:23, Matthias Klumpp wrote:
>
>> A quick check which eu-findtextrels found a lot of those in the lib.
>> Exactly the same code compiled for 64bit does not contain any text
>> relocation
contain any text
relocation.
How can this happen? (And should I file a bug report for it?)
Regards
Matthias Klumpp
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Sun, 23 May 2010 12:01:28 +0200, Jonas Maebe
wrote:
> On 22 May 2010, at 21:07, Matthias Klumpp wrote:
>
>> On Sat, 22 May 2010 20:38:59 +0200, Jonas Maebe
>>
>> wrote:
>>>
>>> Actually, yes. The ELF resource writer should probably add such a
>&g
On Sat, 22 May 2010 20:38:59 +0200, Jonas Maebe
wrote:
> On 22 May 2010, at 19:25, Matthias Klumpp wrote:
>
>> I checked the files, all .o files had the section. But there was also an
>> .or file of the new FPC resource system in INPUT() this file had no
>> .note.GNU-s
On Sat, 22 May 2010 14:03:57 +0200, Jonas Maebe
wrote:
> On 22 May 2010, at 14:00, Matthias Klumpp wrote:
>
>>> That suggests that one of the object files used to link this library is
>>> missing a ".note.GNU-stack" section for some reason.
>> How can I
>> Thank you for the information! I use FPC 2.4.0 but get this warning...
>
> Then I don't know what the problem is. I cannot reproduce it.
>
>> It seems like the E flag is set.
>
> That suggests that one of the object files used to link this library is
> missing a ".note.GNU-stack" section for
9/lcl/units/x86_64-linux/
-Fu/usr/lib/lazarus/0.9.29/lcl/units/x86_64-linux/nogui/ -Fu. -vm5024 -fPIC
(I removed some of the -FU includes)
Regards
Matthias
On Fri, 21 May 2010 19:53:04 +0200, Jonas Maebe
wrote:
> On 21 May 2010, at 18:50, Matthias Klumpp wrote:
>
>> I package a F
> Which shared library (out of those listed) is supposed to be used with
> FPC? As far as I can see, none of these libraries comes from FPC, it's
> probably just that one of FPC packages uses it - what are we supposed to
> do with that?
The package is not listed there because the package only lists
Matthias Klumpp
-
Linkbox:
[1] http://lintian.debian.org/tags/shlib-with-executable-stack.html
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Fixed! It was some really strange interference with different g_types...
The reason for all this was some duplicate code.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
omment on this...
Kind regards
Matthias Klumpp
P.S:
You can get the Listaller source code via Git:
git clone git://gitorious.org/listaller/listaller.git
(To be compiled with at least Lazarus 0.9.29 and FPC 2.4.1)
The relevant unit is packagekit.pas, view it here:
http://gitorious.org/
Thank you for your help!
I will now move some parts of the lib to a DBus daemon and run only the
necessary parts of the lib in extra threads.
I'll also try to set the threadmanager.
On Fri, 16 Apr 2010 13:10:15 +0200 (CEST), Michael Van Canneyt
wrote:
> On Fri, 16 Apr 2010, Matthias Klum
> Set the thread manager of the library to the main application thread
> manager. That should hopefully work. But it is not guaranteed; there
> are many issues with libraries and threads under linux.
>
> Michael.
How do I do that?
(There is also another thing which I have forgotten: The library sh
hread)
I cannot move the threading part to the main application, it has to be done
inside of the lib cause of several other reasons.
Does someone know how I sync with the mainthread of the app which uses my
lib?
This would be really great!
Regards
Matthias Klumpp
P.S: I use FPC 2.4.1 under Linu
On Tue, 13 Apr 2010 22:45:26 +0200 (CEST), Michael Van Canneyt
wrote:
> [...]
>
> As you can see, it uses libz (or zlib) but dynamically, probably through
> some library dependency.
>
> So I have no idea why they think it is linked statically. I searched the
> sources, but found
> no direct depe
On Tue, 13 Apr 2010 22:00:58 +0200, Micha Nelissen
wrote:
> Matthias Klumpp wrote:
>> If you build the package using lazbuild, lintian (the Debian policy
>> checker
>> tool) throws an error described here:
>> http://lintian.debian.org/tags/embedded-zlib.ht
> This bug report does not make any sense.
>
> 1. FPC does link executables to dynamic libraries if you ask it to.
> I do it every day.
It does - but zlib is included.
> 2. zlib is linked dynamically if you ask it to be. If the zlib unit is
> used,
> then zlib is linked dynamically. If t
some parameter missing?
Thanks and kind regards
Matthias Klumpp
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Sun, 07 Feb 2010 13:31:15 -0500, brian wrote:
> This question is specific to a PC running Kubuntu 9.1 64-bit with a
> KDE 4.1 desktop.
>
> I have a large number of PDFs. Their filenames are not meaningful, but
> I do have a list of filename versus contents.
>
> I'd like to be able to read t
ng, and the fixed version performs quite well. I now
pushed it to the repository of my project which uses the SDK. If there are
problems, I'll notify you, if everything works for a longer time, I can say
the code has been well-tested for Lazarus-CCR.
Thanks!
Matthias Klumpp
>>> So the question a 32 bits compressed LZMA can be decompressed with 32
>>> bits "decode", and the same stream decompressed with the 64 bits
>>> version ?
> MK> I'll try, but I think it won't work.
>
> I hope to have some spare time this afternoon to test it, as I also
> need LZMA decompress in
> Strange, apparently shl/shr are not automatically changed to 64 bit when
> compiling for a 64 bit platform. I don't know why that is the case.
>
> You can force a 64 bit shift by typecasting v to int64.
> At least the person who translated it supposedly knows it. Otherwise, you
> have to go bac
> The stream is compressed with 32 bits version ? Or are the 64 bits
> compressed files the ones that fail to be decompressed in 64 bits also
> ?
I cpmpressed a stream with the 64bits version. I can uncompress it
successfully on 32bit, but not on 64bit.
I haven't tried to decompress 32bit compresse
n the same value on 32bit and 64bit...
Kind regards
Matthias Klumpp
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Sat, 23 Jan 2010 14:19:23 +0100, Jonas Maebe
wrote:
>> Does anyone know why the code fails to work?
>
> Not really, but at least the following is will be evaluated differently
on
> 32 and 64 bit platforms:
>
> [...]
> v is a byte, i is a longint (integer in Delphi mode). Outsize is an
int64.
why this happens on AMD64. The code does not use any
pointers which could be wrong, but maybe a type conversion from Int64 to
Int32...
Does anyone know why the code fails to work? Is this a bug in FPC?
Kind regard
On Thu, 17 Dec 2009 16:23:08 +0100 (CET), Michael Van Canneyt
wrote:
> On Thu, 17 Dec 2009, Bee Jay wrote:
>
>>> Well, fpWeb is winner, yes?
>>> Bee can create a sourceforge project?
>>
>> If it would use fpWeb then I refuse to be the project owner because I
>> almost
>> know nothing about fpWeb.
On Thu, 17 Dec 2009 16:23:08 +0100 (CET), Michael Van Canneyt
wrote:
> On Thu, 17 Dec 2009, Bee Jay wrote:
>
>>> Well, fpWeb is winner, yes?
>>> Bee can create a sourceforge project?
>>
>> If it would use fpWeb then I refuse to be the project owner because I
>> almost
>> know nothing about fpWeb.
On Tue, 15 Dec 2009 11:18:54 -0300, Osvaldo Filho
wrote:
> I like the idea!
> When I see MonoDevelop and compare with Lazarus, I see that we need
> more ideas to the market. I see no problem in being more attractive to
> the market. I see no problem in bringing new fans to Lazarus. The tool
> is g
PC, and I've never seen any patches that add it.
Okay, then I'll try to write the files by myself.
Has someone experience in using Pascal libraries with C on Linux?
I will just write some code now and try if it works.
Thanks!
Matthias Klumpp
_
Pascal libraries or is there an alternative way
to get the libtool-comfort with Pascal?
Kind regards
Matthias Klumpp
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
to the Lazarus developers list at [1]. Only they can
change it.
Regards
Matthias Klumpp
Links:
[1]: http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepa
to the Lazarus developers list at [1]. Only they can
change it.
Regards
Matthias Klumpp
Links:
[1]: http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepa
ackage has to be
tested carefully, this needs a lot of time)
Regards
Matthias Klumpp
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Hello!
I currently try to implement parts of the DBUs-GLib-API in Pascal. To test
some of the functions, I need the G_TYPE G_TYPE_STRV (look here:
http://library.gnome.org/devel/gobject/unstable/gobject-Boxed-Types.html#G-TYPE-STRV--CAPS
)
Does anyone know, how to represent this type in Pascal?
E.g
On Tue, 20 Oct 2009 17:14:33 +0200, Jonas Maebe
wrote:
> On 20 Oct 2009, at 16:43, Matthias Klumpp wrote:
>
>> Linking build/project1
>> /usr/bin/ld: warning: bin/link.res contains output sections; did you
>> forget
>> -T?
>> ./libipkinject.so: und
Hello!
I use FPC 2.3.1 to let FPC compile shared libraries with PIC code. (PIC
support is broken in FPC 2.2.4)
My shared lib compiles successful, but if I compile a project which uses
this library, I get this:
Linking build/project1
/usr/bin/ld: warning: bin/link.res contains output sections; did
On Mon, 12 Oct 2009 12:49:03 +0200, Jonas Maebe
wrote:
> On 11 Oct 2009, at 18:37, Matthias Klumpp wrote:
>>
>> I decided to use this version of FPC for now. Thank you for your help!
>> But now I have problems to compile the compiler:
>> First I got the error message
&g
On Mon, 12 Oct 2009 12:49:03 +0200, Jonas Maebe
wrote:
> On 11 Oct 2009, at 18:37, Matthias Klumpp wrote:
>>
>> I decided to use this version of FPC for now. Thank you for your help!
>> But now I have problems to compile the compiler:
>> First I got the error message
&g
On Sun, 11 Oct 2009 11:09:58 +0200 (CEST), mar...@stack.nl (Marco van de
Voort) wrote:
> In our previous episode, Matthias Klumpp said:
>> > also be in 2.4.0
>>
>> I do not have problems with FPC 2.3.x, but it is not allowed for me to
>> use
>> experimental
On Sat, 10 Oct 2009 23:32:58 +0200 (CEST), mar...@stack.nl (Marco van de
Voort) wrote:
> In our previous episode, Matthias Klumpp said:
>> Because PIC-Support is broken in FPC 2.2.4, I cannot build shared
>> libraries
>> at time. ( See http://bugs.freepascal.
Hello!
Because PIC-Support is broken in FPC 2.2.4, I cannot build shared libraries
at time. ( See http://bugs.freepascal.org/view.php?id=12492 )
Unfortunately it is not possible for me to switch to the development
version of FPC, FPC 2.3.0.
So, is there a patch for FPC 2.2.4 available to fix PIC? W
On Sun, 6 Sep 2009 22:17:36 +0200, Rainer Stratmann
wrote:
> Is it easy to get Lazarus/Freepascal with the Debian netinst sid Image?
> (unstable)
> Or may be stable version of debian, but as I read it works olny with
> unstable...
> Or what is the easiest way to put Lazarus/Freepascal on a Compu
Well, okay. Because I changed the code frequently, I dont't know if this is
the right solution to do the task, but it does not work like all other
trials.
I use the following function: (Include unit "dbus"):
function CallDBus: Boolean;
var
err: DBusError;
conn: PDBusConnection;
ret: cint;
if someone starts
working on this, I would help if I can.
Best regards
Matthias Klumpp
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
56 matches
Mail list logo
