On 19 Oct 2009, at 19:08, Bart wrote:
In the code that translates the you did something nasty to
runerror(some_exit_code) it may be possible to differentiate between
float and integer fault?
It is (on some platforms with some hacking).
This info could then be stored in some variable/object
Hi Guys,
The Linux tthread.inc file in FPC 2.2.4 refers:
There is a constant array defined at line 55 that lists 'priority' values
which I think are inverted. i.e. Currently, the listed values range from -20
to +19 and these map to tpIdle to tpRealtime. According to man nice(1),
Nicenesses
2009/10/20 fpcl...@silvermono.co.za:
The comment on line 54 should perhaps be reworded to reflect that although
it's not implemented in the current release, the user is free to use the
values if he so wishes. It's not stupid, one never knows what the next guy
will do with ones code.
It is
2009/10/20 fpcl...@silvermono.co.za:
The comment on line 54 should perhaps be reworded to reflect that
although it's not implemented in the current release, the user is free to
use the values if he so wishes. It's not stupid, one never knows what the
next guy will do with ones code.
It
Hi Guys,
Have you considered implementing the foreach construct similar to that found
in many modern languages?
Regards,
Nino
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Compiling the project works fine under FPC 2.3.1 (linux 64bit), but
running it, i get a EConvertError and I don't know why.
I am telling sysutils what LongDateFormat is like, but it still fails.
Any ideas?
---
program project1;
{$mode objfpc}{$H+}
uses
{$IFDEF
On Tue, 20 Oct 2009, Graeme Geldenhuys wrote:
Compiling the project works fine under FPC 2.3.1 (linux 64bit), but
running it, i get a EConvertError and I don't know why.
I am telling sysutils what LongDateFormat is like, but it still fails.
Any ideas?
It is documented:
1. StrToDate uses
On 20/10/2009, Michael Van Canneyt mich...@freepascal.org wrote:
You make a common assumption, which is mistaken:
StrToDate(DateToStr(date)) generally does not work.
Crap! And that is pretty much what the tiOPF unit test is testing for.
So why is StrToDate() so different to Delphi? In
On 20/10/2009, Michael Van Canneyt mich...@freepascal.org
1. StrToDate uses shortdateformat.
2. StrToDate DOES NOT use shortdateformat to check the actual format;
because it accepts only dates of the form N1/N2/N3
- it uses ShortDateFormat ONLY to determine the order of y,m,d
-
On Tue, 20 Oct 2009, Graeme Geldenhuys wrote:
On 20/10/2009, Michael Van Canneyt mich...@freepascal.org wrote:
You make a common assumption, which is mistaken:
StrToDate(DateToStr(date)) generally does not work.
Crap! And that is pretty much what the tiOPF unit test is testing for.
So
On Tue, 20 Oct 2009, Graeme Geldenhuys wrote:
On 20/10/2009, Michael Van Canneyt mich...@freepascal.org
1. StrToDate uses shortdateformat.
2. StrToDate DOES NOT use shortdateformat to check the actual format;
because it accepts only dates of the form N1/N2/N3
- it uses
On 20/10/2009, Michael Van Canneyt mich...@freepascal.org wrote:
It is documented:
and the documented example ex19.pp causes the same error!
--
$ cp /opt/fpcdocs_svn/sysutex/ex19.pp ex19.pas
$ fpc ex19.pas
Free Pascal Compiler version 2.3.1 [2009/10/08] for x86_64
On 20/10/2009, Michael Van Canneyt mich...@freepascal.org wrote:
Strip the time part.
You are feeding a date/time pair to something that expects ONLY a date.
Surely it must be able to handle that? Delphi does. Extract what it
needs and leave/ignore the rest?
--
Regards,
- Graeme -
On Tue, 20 Oct 2009, Graeme Geldenhuys wrote:
On 20/10/2009, Michael Van Canneyt mich...@freepascal.org wrote:
Strip the time part.
You are feeding a date/time pair to something that expects ONLY a date.
Surely it must be able to handle that? Delphi does. Extract what it
needs and
On Tue, 20 Oct 2009, Graeme Geldenhuys wrote:
On 20/10/2009, Michael Van Canneyt mich...@freepascal.org wrote:
It is documented:
and the documented example ex19.pp causes the same error!
--
$ cp /opt/fpcdocs_svn/sysutex/ex19.pp ex19.pas
$ fpc ex19.pas
Free Pascal
On 20/10/2009, Michael Van Canneyt mich...@freepascal.org wrote:
-
Call StrToDate to parse a string that specifies a date. If S does
[...]
First lines say it all. dd/mm/yyy hh:nn is not supposed to work.
That's up for
On 20/10/2009, Michael Van Canneyt mich...@freepascal.org wrote:
The error is correct, since 05/05/1999 is not a valid date.
It should use - instead of / . I've adapted the example.
But couldn't you simply have forced DateSeparator to -.
Also could we try not to have such an obscure
On 20/10/2009, Graeme Geldenhuys graemeg.li...@gmail.com wrote:
PS:
Oh and a nice hidden little features (I couldn't find documentation
for). When you specify a date format as '/mm/dd' or dd/mm/yy
etc... The '/' character is NOT the separator!
Correction, that applies to
On Tue, 20 Oct 2009, Graeme Geldenhuys wrote:
On 20/10/2009, Michael Van Canneyt mich...@freepascal.org wrote:
-
Call StrToDate to parse a string that specifies a date. If S does
[...]
First lines say it all. dd/mm/yyy
On Tue, 20 Oct 2009, Graeme Geldenhuys wrote:
On 20/10/2009, Graeme Geldenhuys graemeg.li...@gmail.com wrote:
PS:
Oh and a nice hidden little features (I couldn't find documentation
for). When you specify a date format as '/mm/dd' or dd/mm/yy
etc... The '/' character is NOT the
On Mon, Oct 19, 2009 at 02:57:10PM -0300, Gustavo Enrique Jimenez wrote:
2009/10/18 Tom Verhoeff t.verho...@tue.nl:
A simple example is the situation where one needs to calculate
the replacement resistor value R for parallel resistors having
values R1, R2, ..., Rk. The formula is R =
On Mon, Oct 19, 2009 at 11:20:50PM +0100, Frank Peelo wrote:
Gustavo Enrique Jimenez wrote:
2009/10/18 Tom Verhoeff t.verho...@tue.nl:
A simple example is the situation where one needs to calculate
the replacement resistor value R for parallel resistors having
values R1, R2, ..., Rk. The
On 20/10/2009, Michael Van Canneyt mich...@freepascal.org wrote:
It is mentioned in topic 'Date and time formatting characters' of the FPC
docs.
I blame my mistake on the broken IPF output generated from 'fpdoc'. My
new INF help viewer, 'docview', did not find any help on formatting
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 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 to `fpc_geteipasebx'
project1.lpr(42,1) Error: Error while linking
Do you have any idea why this
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 to
I am working on a wince game and want to do some fadein/out works on a vga
screen.
I use alphablt in IDirectDrawSurface, but it only support a constant 50%
alpha.
When I blt a 320x240 image on a 480x640 screen, alphablt give me about 12
fps plus filling a backbuffer black , blt another 320x240
27 matches
Mail list logo
