PO-reader works system specific so \n will be converted to #10 on linux
and #13#10 on windows, etc.
But what does PO-writer with #10, #13 and #13#10 in a single
resourcestring? Like this: 'How'#10'many'#10'lines'#13#10'here?'
It converts only the system specific LineEnding to \n or it converts al
Hi,
I have found out that the postgres unit in Lazarus(I have tested with 1.2.0 and
1.2.4 versions) will cause compilation errors on Windows, but will work fine in
Linux.
Errors:
Error: Import library not found for pq
Error: Import library not found for c
Error: Undefined sym
I asked about different LineEndigs because of the resourcestrings which
are written by developers working on different operating systems.
They may put different LineEnding in resourcestrings if they don't use
the LineEnding constant, but writing #13#10 or #10 or #13 as it is usual
on their system.
On Wed, 18 Jun 2014 23:23:02 +0300
FreeMan wrote:
> My plan's view. I'm forget and can't see what I compiled. I have to open
> project options and check target option andespecially customer copy
> added debug info, and etc.
Select a message and right click / About ...
This will tell you what y
On Wed, 18 Jun 2014 22:22:29 +0300
FreeMan wrote:
> Where is that compiler directive ?
What compiler directive?
A compiler directive is for example "{$mode objfpc}".
Maybe you mean something else?
> - Has any easy way for test compile dialog, have to I rebuild everytime
> IDE ?
No, yes.
>
My plan's view. I'm forget and can't see what I compiled. I have to open
project options and check target option andespecially customer copy
added debug info, and etc.
18-06-2014 22:22 tarihinde, FreeMan yazdı:
Where is that compiler directive ?
- Has any easy way for test compile dialog, ha
Where is that compiler directive ?
- Has any easy way for test compile dialog, have to I rebuild everytime
IDE ?
-compiler_config_target.pas has in what I need,
TCompilerConfigTargetFrame.Setup( --> fill comboboxs, separate this
code to inc file, has be only one code can share.(this is last
Am 18.06.2014 18:32 schrieb "Péter Gábor" :
>
>
>
> 2014-06-18 09:44 keltezéssel, Mattias Gaertner írta:
> > In the old days special characters were not converted properly.
> >
> > I just tested:
> >
> > 'A'#10'BC' is converted to
> > msgid ""
> > "A\n"
> > "BC\n"
> >
> > Note the new line behind B
I'm overriding protected PaintWindow method but seems that it is never
called
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
I tried to get TRawImage.Description ... I tried
I saw that
document ... but got lost rapidly!! dificult to find the way to do
simple things reading it!
Now what I wanted to do seems to work ok
... I´ll be back to that document later ... lot of stuff I could take
advantage for su
Hi,
Is it possible to paint over TEdit control? I need this for windows and
linux (qt, gtk). For now I need only draw text
Regards.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/laz
2014-06-18 09:44 keltezéssel, Mattias Gaertner írta:
> In the old days special characters were not converted properly.
>
> I just tested:
>
> 'A'#10'BC' is converted to
> msgid ""
> "A\n"
> "BC\n"
>
> Note the new line behind BC. When this is fixed, I can adapt the 'Make
> resourcestring dialo
Are there any samples for how to extend the context menu of Finder on a Mac?
Or are there any classes by now, which can do this platform-independent?
Thanks,
CA
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freep
On Wed, 18 Jun 2014 12:02:44 -0300
Philippe wrote:
>
>
> checked! ...
>
> pixelFormat seems doing well (better than I do!)
>
>
> doing ok with bmp, jpg and png I checked.
>
> but if someone got another
> idea ... I appreciate!
RGB and RGBA is only the tip of the ice berg.
See TRaw
On 06/18/2014 04:34 PM, Henry Vermaak wrote:
Why do you think this is funny? Those functions are not needed for x64,
and presumably no-one cared enough to add the time functions to x86
(until recently).
I don't know what these functions really do and why they are not
sensible with 32 Bit.
checked! ...
pixelFormat seems doing well (better than I do!)
doing ok with bmp, jpg and png I checked.
but if someone got another
idea ... I appreciate!
but this item can be close
Philippe
Em
18.06.2014 11:45, Philippe escreveu:
> I am trying to undestand better
... I got
I am trying to undestand better ... I got now an pf32bit
pixelformat!! I need to check several cases ...
Em 18.06.2014
11:10, Philippe escreveu:
> I am trying to get raw data of image to
use it as texture. (Lazarus/windows 32 bits)
>
> basically I wrote
some stuff like that
>
> pict
On Wed, Jun 18, 2014 at 02:53:21PM +0200, Michael Schnell wrote:
> Checking with a 64 Bit program (after overcoming the shock that with
> 64 fpc "Integer" is 32 bit =-O ):
>
> On Kernel 3.2.0 64 bit, using a 64 Bit testing program:
> - I do find the vDSO ELF structure at (e.g. at 7FFF5D2C900
On 06/18/2014 04:03 PM, Lukasz Sokol wrote:
I think this vdso time thing is so fresh, it'll be great if you contact the
maintainer
(Andy Lutomirski) or the guy that wrote it (Stefani Seibold)
I wrote a mail to Andy
Lets see what he says.
-Michael
--
_
I am trying to get raw data of image to use it as texture.
(Lazarus/windows 32 bits)
basically I wrote some stuff like that
pict := TPicture.create;
try
pict.loadFromFile( ExpandFileNameUTF8(
arqname));
bm := pict.bitmap;
// getting widht and height from bitmap
(working fine!)
On 18/06/14 13:53, Michael Schnell wrote:
> Checking with a 64 Bit program (after overcoming the shock that with 64 fpc
> "Integer" is 32 bit =-O ):
>
> On Kernel 3.2.0 64 bit, using a 64 Bit testing program:
> - I do find the vDSO ELF structure at (e.g. at 7FFF5D2C9000, the
> location var
Checking with a 64 Bit program (after overcoming the shock that with 64
fpc "Integer" is 32 bit =-O ):
On Kernel 3.2.0 64 bit, using a 64 Bit testing program:
- I do find the vDSO ELF structure at (e.g. at 7FFF5D2C9000, the
location varies for any program start. This behavior is documente
Dear Corpsman,
I slightly modified your routine since I noticed that the copied image was
copied as in a mirror (I don't know hot to exlpain it better).
I modified the line:
TempIntfImg.Colors[i, j] := CurColor;
in
TempIntfImg.Colors[i, result.height - 1 - j] := CurColor;
2014-06-17 16:12 GMT+02
On 06/18/2014 02:28 PM, Lukasz Sokol wrote:
I *think* what I pasted means, from 3.15 onwards...
maybe someone has a debian repository with such kernel (but I think it'll
require debian sid, i.e. unstable...)
see if any of bit.ly/1l2AyWt may be of any help ?
(long form link :
https://www.goog
On 18/06/14 12:40, Michael Schnell wrote:
> On 06/18/2014 01:31 PM, Lukasz Sokol wrote:
>> On 18/06/14 11:27, Michael Schnell wrote:
>>> On Kernel 3.2.0 64 bit, using a 32 Bit testing program: - I do find
>> I guess it's because
>> http://kernelnewbies.org/Linux_3.15-DriversArch#head-293bf8d606065
On Wed, 18 Jun 2014 11:09:32 +0200
Sven Barth wrote:
> Am 18.06.2014 09:51 schrieb "Mattias Gaertner" :
>[...]
> Does it work between package editors and the project inspector as well?
No.
Mattias
--
___
Lazarus mailing list
Lazarus@lists.lazarus.fre
On 06/18/2014 01:31 PM, Lukasz Sokol wrote:
On 18/06/14 11:27, Michael Schnell wrote:
On Kernel 3.2.0 64 bit, using a 32 Bit testing program: - I do find
I guess it's because
http://kernelnewbies.org/Linux_3.15-DriversArch#head-293bf8d606065cc1e6324f65a017e79144467d3f
i.e. explicit time funct
On 06/18/2014 01:24 PM, Henry Vermaak wrote:
This is as documented in the vdso man page. i386 only exports those 3
functions. If your testing program is 32 bit, it won't give you the 64
bit vdso image, obviously.
I do know this. But I in fact hope that the Linux team is going to do
improvemen
On 18/06/14 11:27, Michael Schnell wrote:
> On 06/06/2014 12:25 PM, Michael Van Canneyt wrote:
>>
>>
>> if you do a vDSO implementation, please do not limit the
>> implementation to the clock_gettime, but implement all calls that
>> support it.
>>
>
> First testing results:
>
> On Kernel 3.1.1
On Wed, Jun 18, 2014 at 12:27:03PM +0200, Michael Schnell wrote:
> On 06/06/2014 12:25 PM, Michael Van Canneyt wrote:
> >
> >
> >if you do a vDSO implementation, please do not limit the
> >implementation to the clock_gettime, but implement all calls that
> >support it.
> >
>
> First testing result
On 06/06/2014 12:25 PM, Michael Van Canneyt wrote:
if you do a vDSO implementation, please do not limit the
implementation to the clock_gettime, but implement all calls that
support it.
First testing results:
On Kernel 3.1.10 (32 bit):
- I do find the vDSO ELF structure (always at FFF
On 06/18/2014 11:27 AM, Michael Schnell wrote:
Keeping on trying...
In fact I do not need a GUI for this test. So I did a simpler testing
program without using the LCL (Results see the other mail)
-Michael
--
___
Lazarus mailing list
Lazarus@list
On 06/18/2014 10:21 AM, Mattias Gaertner wrote:
Stating the obvious: A 64bit Linux is supposed to run 64 bit programs.
Have you installed the 32bit libraries?
After "adding" the 32 bit architecture to the package manager and
apt-getting "ia32-libs", I get a decent error message about a missing
Am 18.06.2014 09:51 schrieb "Mattias Gaertner" :
>
> Hi all,
>
> The package editor now supports multi selection. For example delete
multiple files or set properties.
> You can now copy or move files via drag and drop between package editors.
> You can drag files from other applications and drop th
On Wed, 18 Jun 2014 10:29:36 +0200
Michael Schnell wrote:
> On 06/18/2014 10:21 AM, Mattias Gaertner wrote:
> > Stating the obvious: A 64bit Linux is supposed to run 64 bit programs.
> > Have you installed the 32bit libraries?
> >> Should there not be a more "speaking" error message ?
> > No one
On 06/18/2014 10:21 AM, Mattias Gaertner wrote:
Stating the obvious: A 64bit Linux is supposed to run 64 bit programs.
Have you installed the 32bit libraries?
Should there not be a more "speaking" error message ?
No one bothered enough.
Do you suggest the "Missing file" is a library the 32 bi
On Wed, 18 Jun 2014 10:00:11 +0200
Michael Schnell wrote:
>[...]
> 1) The 64 Bit Debian works perfectly. I could install a shared folder
> and copied the 32 bit Lazarus/fpc generated program "vdso_test" to a
> "virtual" user folder.
> Here the file has "rwxr-xr-x" properties
>
> When I type ".
On 06/13/2014 04:58 PM, Michael Schnell wrote:
I suppose I need to upgrade before proceeding.
Off-Topic in this list, but maybe you might be able to help
On my PC (with rather old 32 Bit Suse) I installed the current released
version of Debian in Virtual Box. One virtual box "machine" holding
Hi all,
The package editor now supports multi selection. For example delete multiple
files or set properties.
You can now copy or move files via drag and drop between package editors.
You can drag files from other applications and drop them on package
editors to add files to the package.
Mattias
On Tue, 17 Jun 2014 21:12:02 +0300
Juha Manninen wrote:
> I must say I agree mostly.
> Does anybody know why parameters are currently used for newlines? Logically
> parameters are meant for varying data.
In the old days special characters were not converted properly.
I just tested:
'A'#10'BC'
40 matches
Mail list logo
