On Tue, Oct 4, 2011 at 4:58 PM, Marcos Douglas wrote:
>
> On Mon, Oct 3, 2011 at 3:43 PM, Marcos Douglas wrote:
> > On Mon, Oct 3, 2011 at 1:10 PM, Marcos Douglas wrote:
> >> Hi,
> >> On WinXP I can compile FPC /branches/fixes_2_6 rev 19336 to i386 but
> >> not to x86_64
> >> I think the argumen
On Mon, Oct 3, 2011 at 3:43 PM, Marcos Douglas wrote:
> On Mon, Oct 3, 2011 at 1:10 PM, Marcos Douglas wrote:
>> Hi,
>> On WinXP I can compile FPC /branches/fixes_2_6 rev 19336 to i386 but
>> not to x86_64
>> I think the argument "-dGDB_V606" should be changed... but is this a
>> new option or a
On Tue 4 Oct 2011, michael.vancann...@wisa.be wrote:
> > Is there some secret, hidden documentation for fpc's freetype unit? (and so
> > many other units?) :P
>
> No.
>
> But you are in luck: this is open source, and the Lazarus IDE lets you jump
> and look around in the FPC code very easily :-)
On 4-10-2011 13:14, Marco van de Voort wrote:
> In our previous episode, Reinier Olislagers said:
>> Having some trouble creating patches that actually work.
>> (On Windows)
>> I've been using git to get FPC trunk and
>> git diff --no-prefix > %temp%\mypatch.diff
>> rem --no-prefix : Do not show an
I'm sure it is because patch contains non CRLF linefeeds, as I had
such errors previously, not even using Git. It seems the "patch"
binary only supports Windows EOLs.
--
cobines
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.fre
04.10.2011 19:32, Frank Church wrote:
Private allows access to procedures which the unit, even if they
belong to a separate object.
Does FPC support fields which are only accessible from the object
itself, not accessble by other objects even if they are in the same unit?
Yes. Use "strict pr
Private allows access to procedures which the unit, even if they belong to a
separate object.
Does FPC support fields which are only accessible from the object itself,
not accessble by other objects even if they are in the same unit?
--
Frank Church
===
http://devblog.brahm
In our previous episode, Reinier Olislagers said:
> Having some trouble creating patches that actually work.
> (On Windows)
> I've been using git to get FPC trunk and
> git diff --no-prefix > %temp%\mypatch.diff
> rem --no-prefix : Do not show any source or destination prefix.
> to create patches.
Hi all,
Having some trouble creating patches that actually work.
(On Windows)
I've been using git to get FPC trunk and
git diff --no-prefix > %temp%\mypatch.diff
rem --no-prefix : Do not show any source or destination prefix.
to create patches.
Using Msysgit:
git --version
git version 1.7.6.msysg
Am 02.10.2011 12:01, schrieb Sven Barth:
On 12.09.2011 18:40, anta40 wrote:
Sure I can wait. It's not a high priority for me. You should finish your
thesis first.
Sorry that it took so long, but I've now fixed the problem in my branch.
It's located at
http://svn.freepascal.org/svn/fpc/branches
On 4-10-2011 12:31, Sven Barth wrote:
> Am 04.10.2011 12:22, schrieb Reinier Olislagers:
>>Services.Connect;
>>Services.Acces := SC_MANAGER_CONNECT; //Note typo in property.
>
> You need to set "Acces(s)", before calling "Connect", because the
> connection API "OpenSCManager" is ca
Am 04.10.2011 12:22, schrieb Reinier Olislagers:
Services.Connect;
Services.Acces := SC_MANAGER_CONNECT; //Note typo in property.
You need to set "Acces(s)", before calling "Connect", because the
connection API "OpenSCManager" is called inside "Connect" using the
access flags th
Hi list,
First wanted to check with you if I'm doing something wrong.
Using the ServiceManager unit (Windows only), I'm trying to find out if
a service is running (Vista x64).
I can do:
sc query samss
on the command line without problem.
When I run
fpc ServiceTest.pas
rem Free Pascal Compiler vers
On Tue, 4 Oct 2011, David Emerson wrote:
What freetype API function are you calling? Not sure if it applies to
freetype, but with Xft (as implemented and used in fpGUI), there are
various versions of the same API. You need to call the correct one based
on the encoding type of you text.
freet
> > What freetype API function are you calling? Not sure if it applies to
> > freetype, but with Xft (as implemented and used in fpGUI), there are
> > various versions of the same API. You need to call the correct one based
> > on the encoding type of you text.
>
> freetype.GetStringGray
>
> I've
The problem is in line 20: replace
#define K_apostrophe '\'' /* 39 */
with
#define K_apostrophe ' ' /* 39 */
and h2pas will create iupkey.pp. Then, in iupkey.pp replace K_apostrophe = '
' with K_apostrophe =
The problems aren't over yet. You'll need to replace K_quotedbl = '\"' with
K_qu
On Mon 3 Oct 2011, Graeme Geldenhuys wrote:
> On 03/10/2011 21:51, David Emerson wrote:
> > I am using the freetype unit (with linux) and would like to display some
> > interesting unicode characters. However when I pass a string containing say
> > U+2265 to GetStringGray, it doesn't display the
17 matches
Mail list logo
