Friday, March 16, 2007, 2:16:17 AM, Ales wrote:
AK> Sending as attachment. The program just reads 'Options/Video/ResX' and
AK> writes to console, then tries to change it in the file.
AK> Neither GetValue nor SetValue work. GetValue always gets defaults,
AK> SetValue does nothing.
AK> Ales
Looks
Sending as attachment. The program just reads 'Options/Video/ResX' and
writes to console, then tries to change it in the file.
Neither GetValue nor SetValue work. GetValue always gets defaults,
SetValue does nothing.
Ales
tt.tar.gz
Description: application/compressed-tar
___
On 14 Mar 07, at 00:59, Tomas Hajny wrote:
>I'm not sure whether I was clear - there was a
>bug in compiler, but it should be hopefully fixed
>now. If you still find some issues in this area
>(like compiler not saving what should be saved,
>etc.), please, report it in the bug repository
>(unless y
[EMAIL PROTECTED] wrote:
> On Sun, 14 Mar 2007 09:23, Micha Nelissen wrote:
>
>> 1) You do not have an In-Reply-To header; most email clients >generate it
>> automatically when you click Reply.
>
> Due a probably voluntary bad configuration of the SMTP
> of my ISP or a black list of this ML, t
On Sun, 14 Mar 2007 09:23, Micha Nelissen wrote:
>1) You do not have an In-Reply-To header; most email clients >generate it
>automatically when you click Reply.
Due a probably voluntary bad configuration of the SMTP
of my ISP or a black list of this ML, that prevent me to
use my email client, I
On Št, 2007-03-15 at 16:35 +0300, Sergei Gorelkin wrote:
> Thursday, March 15, 2007, 2:56:10 PM, Sergei wrote:
>
> Ok, a single '@' was missing. I had fixed the bug and attached the patch
> to bug tracker entry. Sorry for the late reaction; it may be better to
> notify me directly of such issues.
Hello,
It seams that Gnu assembler does produces object files compatible with
CodeWarrior Linker, and fpc internal assembler does not. So, I would
like to set the symbian compiler to always use GNU As.
On i_symbian I see those lines:
assem: as_i386_pecoff;
assemext
Thursday, March 15, 2007, 2:56:10 PM, Sergei wrote:
<>
SG> Are you sure that the bug 8492 is caused by the merge? There are
SG> hardly any changes in dom.pp that could cause it (Attribute.Normalize
SG> was changed to Attribute.DataType, but both do not affect xmlcfg
SG> functionality). Moreover,
It should be possible to link at least evc compiled C code with FPC. The
C files in the test suite are compiled by evc. Modern C compiler use
COFF as object format which is used by FPC as well.
Microsoft is not very famous to strictly adhere to standards...
-Michael
___
Thursday, March 15, 2007, 12:19:08 PM, Vincent wrote:
VS> Vincent Snijders schreef:
>> Hi,
>>
>> Why is revision 6749 merged in revsion 6771?
>>
>> It is the likely cause of bug 8492, so I would have waited with the
>> merge, until that bug has been fixed.
VS> Since this bug has not been fixed
Vincent Snijders schreef:
Hi,
Why is revision 6749 merged in revsion 6771?
It is the likely cause of bug 8492, so I would have waited with the
merge, until that bug has been fixed.
Since this bug has not been fixed yet, I propose to undo the merge to
the fixes branch for now. After all, it
Michael Schnell schrieb:
>
>> I have a big project in c,and i wanted to somehow use
>> it in fpc,so i compiled the code with evc(embedded
>> visual c compiler 4.0 of microsoft)and linked it to my
>> pascal code.
> Why do you think it's possible to link the evc output with something
> that is not c
12 matches
Mail list logo