to use) Projects like PackageKit, PolicyKit or
Canberra are the reason why KDE has GLib installed in most times, so
depending on GLib and Qt is not really a problem considering the
dependencies.
Cheers
Matthias Klumpp
___
fpc-pascal maillist - fpc
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
problems. You can run Qt4 applications
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
On Mon, 13 Dec 2010 22:34:38 +0200, Juha Manninen
juha.mannine...@gmail.com 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
FreeAndNil(obj);
Yes, right
; 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!
Matthias Klumpp
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http
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?
2010 23:13:31 +0200, Jonas Maebe jonas.ma...@elis.ugent.be
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.
If there's not such a tool, I would
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 Klumpp
not 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 Mon, 31 May 2010 14:31:19 +0200, Jonas Maebe jonas.ma...@elis.ugent.be
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.
How can
On Sun, 23 May 2010 12:01:28 +0200, Jonas Maebe jonas.ma...@elis.ugent.be
wrote:
On 22 May 2010, at 21:07, Matthias Klumpp wrote:
On Sat, 22 May 2010 20:38:59 +0200, Jonas Maebe
jonas.ma...@elis.ugent.be
wrote:
Actually, yes. The ELF resource writer should probably add such a
section
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 some
On Sat, 22 May 2010 14:03:57 +0200, Jonas Maebe jonas.ma...@elis.ugent.be
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 detect which one it is? (How
On Sat, 22 May 2010 20:38:59 +0200, Jonas Maebe jonas.ma...@elis.ugent.be
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-stack
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
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
/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 jonas.ma...@elis.ugent.be
wrote:
On 21 May 2010, at 18:50, Matthias Klumpp wrote:
I package
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/listaller
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
)
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 Linux
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 should
, Matthias Klumpp wrote:
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?
Export SetThreadManager() and call it from
parameter missing?
Thanks and kind regards
Matthias Klumpp
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
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 they
On Tue, 13 Apr 2010 22:00:58 +0200, Micha Nelissen mi...@neli.hopto.org
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.html
paszlib is a pascal
On Tue, 13 Apr 2010 22:45:26 +0200 (CEST), Michael Van Canneyt
mich...@freepascal.org 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
On Sun, 07 Feb 2010 13:31:15 -0500, brian br...@meadows.pair.com 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
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
___
fpc-pascal maillist - fpc-pascal
get more errors
elsewhere.
The problem is that no Pascal developer knows this code. It was translated
from Java code.
Can you imagine another difference between 64bit and 32bit which may cause
those error? The bitshifts result in the same value on 32bit and 64bit...
Kind regards
Matthias Klumpp
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 compressed
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 back to
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 64 bit.
I
On Sat, 23 Jan 2010 14:19:23 +0100, Jonas Maebe jonas.ma...@elis.ugent.be
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).
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 regards
Matthias Klumpp
On Thu, 17 Dec 2009 16:23:08 +0100 (CET), Michael Van Canneyt
mich...@freepascal.org 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
On Tue, 15 Dec 2009 11:18:54 -0300, Osvaldo Filho arquivos...@gmail.com
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
in FPC, 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
for 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
this 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
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?
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 Tue, 20 Oct 2009 17:14:33 +0200, Jonas Maebe jonas.ma...@elis.ugent.be
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: undefined reference
On Mon, 12 Oct 2009 12:49:03 +0200, Jonas Maebe jonas.ma...@elis.ugent.be
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
make[7
On Mon, 12 Oct 2009 12:49:03 +0200, Jonas Maebe jonas.ma...@elis.ugent.be
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
make[7
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 SVN software :-(
Early next year sounds good
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?
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.org/view.php?id=12492 )
Unfortunately
On Sun, 6 Sep 2009 22:17:36 +0200, Rainer Stratmann
rainerstratm...@t-online.de 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
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
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;
51 matches
Mail list logo