Al 02/11/11 09:31, En/na Mark Morgan Lloyd ha escrit:
> But even in this case, what should happen if the user (or NTP) explicitly
> changes the system clock? Ultimately, what matters for relative timing is
> ticks-since-boot.
>From the link posted before:
http://www.kernel.org/doc/man-pages/on
Al 03/11/2011 9:41, En/na zeljko ha escrit:
Retrieves the number of milliseconds that have elapsed since the system
was started, up to 49.7 days (what they do after 49.7 days ? ).
It starts again from 0.
If you're using it to time events (i.e.
ElapsedTime:=GetTickCount-StartTime), it's not a
Al 17/11/2011 2:15, En/na Hans-Peter Diettrich ha escrit:
Abusing strings for binary data is a bad idea.
I use strings extensively as buffers: strings in delphi/fpc {$H+} are so
convenient to use that the eventual performance hit doesn't matter to me.
You know, I like the fact that I can sim
As you may already know, ti is launching a development board for the stellaris
microcontroller
https://estore.ti.com/Stellaris-LaunchPad.aspx
Currently I don't have any use for it, but for $4.99 with free shipping I
could buy one (or two) just for playing with it, especially if I could
program it
Al 16/09/12 19:21, En/na Jeppe Græsdal Johansen ha escrit:
> I also preordered the board,
Well, so there's a good chance it will be supported, isn't there?
Bye
--
Luca
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.o
Al 16/01/2013 13:11, En/na Michael Schnell ha escrit:
I think my TS219 II P with a Marvell 2.0 GHz and 512MB DDRIII RAM really
is not bad on that behalf and fulfills your criteria of "modern" quite
well, and will easily be able to run Lazarus, if a GUI system can be
provided, but alas, no VNC or
Al 28/01/13 11:47, En/na Michael Schnell ha escrit:
> (Supposedly any Browser does this under the hood without the user noticing
> it.)
I don't think so.
Anyway, it can be that your problem is too long a connection timeout (which is
system dependent).
There was a patch a while ago to synapse to
Al 28/01/13 12:26, En/na Michael Schnell ha escrit:
> On 01/28/2013 12:18 PM, Luca Olivetti wrote:
>> Anyway, it can be that your problem is too long a connection timeout (which
>> is system dependent).
> This would be hours, then. But maybe it is that way on that system.
Well
Al 28/01/13 12:49, En/na Luca Olivetti ha escrit:
> Al 28/01/13 12:26, En/na Michael Schnell ha escrit:
>> On 01/28/2013 12:18 PM, Luca Olivetti wrote:
>>> Anyway, it can be that your problem is too long a connection timeout (which
>>> is system dependent).
>> Thi
Al 18/09/13 10:08, En/na Michael Schnell ha escrit:
>
> sorry I forgot:
>
> *If the event queue is empty, **CheckSynchronize w**aits for an event to
> be pushed by a TThread or for /timeout/ Milliseconds to pass. If timeout
> is 0, it waits forever.*
If timeout is 0 it won't wait at all:
Al 18/09/13 11:55, En/na Luca Olivetti ha escrit:
> Al 18/09/13 10:08, En/na Michael Schnell ha escrit:
>>
>> sorry I forgot:
>>
>> *If the event queue is empty, **CheckSynchronize w**aits for an event to
>> be pushed by a TThread or for /timeout/ Milliseconds to p
En/na Michael Schnell ha escrit:
Is the N900 modified in any way to allow for loading and running native
Linux applications ? Do Linux command line tools easily run on the N900 ?
I don't have an n900, but previous maemo devices don't need any
modification to run native Linux applications (ma
Al 30/10/10 17:54, En/na Martin Krüger ha escrit:
So my question:
Is it a bug or am i doing something i should not?
The compiler gives me am note:
test.pas(8,3) Note: Class should have one destructor only
If I remember correctly you should never call destroy directly, only
free (which in tu
En/na Sergei Gorelkin ha escrit:
The code I was compiling was already cross-platform (Delphi/Kylix),
and 'uses Windows' was wrapped by {$IFDEF MSWINDOWS}. In Kylix,
InitializeCriticalSection and DeleteCriticalSection are implemented in
SysUtils unit, so any code using these functions continue to
El 08/12/15 a les 08:55, Ondrej Pokorny ha escrit:
Nevertheless
SimpleIPC uses files on Linux as well.
FIFOs, not regular files.
Bye
--
Luca
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/li
El 02/05/17 a les 23:59, Michael Van Canneyt ha escrit:
On Tue, 2 May 2017, Tomas Hajny wrote:
On Tue, May 2, 2017 19:20, Michael Van Canneyt wrote:
On Tue, 2 May 2017, Dimitrios Chr. Ioannidis via fpc-devel wrote:
Hi Michael,
is it possible to add the domain mantis.freepascal.org in
El 22/04/18 a les 06:53, Ondrej Pokorny ha escrit:
My goal is to get the best from it. If disallowing of IS/AS for enums
with holes in FPC modes is a requirement for applying the patch, I am OK
with this sacrifice.
Why disallow it instead of simply checking if it's one of the valid values?
El 20/6/18 a les 15:23, Marco van de Voort ha escrit:
In our previous episode, Ondrej Pokorny said:
could you please merge r36749 (see
https://bugs.freepascal.org/view.php?id=32163) into 3.0.x fixes branch
so that it will be available with 3.0.6?
Done, but note that 3.0.6 is not planned atm, u
En/na Joost van der Sluis ha escrit:
Hello everybody,
I'm happy to announce that release 2.1.4 aka 2.2.0 beta is out.
The arm-linux directory is empty. Also, will there be a native arm-linux
compiler available?
Bye
--
Luca
___
fpc-devel maillist
En/na Florian Klaempfl ha escrit:
Jonas Maebe schrieb:
On 24 Sep 2007, at 10:29, Sunil Amitkumar Janki wrote:
I want to know how to build Freepascal so it runs on SPARC,
MIPS(EL) and ARM GNU/Linux. For the latter two I will probably
first have to cross-build to these architectures if possible
En/na Michael Schnell ha escrit:
Do you think it's really essential to have the compiler run on the
target ? Cross-compiling should be much easier to do and a lot easier to
work with for the users. (Is anybody really supposed to write programs
on his PDA ? )
Well, my arm machine (a buffalo l
En/na Sunil Amitkumar Janki ha escrit:
Luca Olivetti wrote:
It also works fine on my lspro (even if I don't remember how long does
it take for a make cycle, and I didn't try yet with 2.2.0, last I
tried was 2.1.4, which leads me to the question: are you going to
provide a native
En/na Florian Klaempfl ha escrit:
I built one but it seems that it didn't made it onto the website.
Oh, I see
ftp://ftp.freepascal.org/pub/fpc/dist/arm-linux-2.2.0/
http://www.freepascal.org/down/arm/linux-ftp.freepascal.org.var only
links to the 2.0.4 cross-compiler.
Bye
--
Luca
En/na Den Jean ha escrit:
at least I tried :-)
http://forum.mandriva.com/viewtopic.php?t=71166&start=0&postdays=0&postorder=asc&highlight=
While having everything in the distro repositories is better (nothing
beats "urpmi something" to have "something" automagically installed)
the rpm you ca
En/na Felipe Monteiro de Carvalho ha escrit:
I think I'll apply again on the name of Free Pascal and Lazarus for
summer of code, althougth because of past rejections I'd would be very
surprised if they accept us.
Indeed, I cannot see Free Pascal or Lazarus among the accepted mentoring
organiz
En/na amir ha escrit:
At first, I tried AssignFile and passed the TextFile(Text) variable to
fpflock with LOCK_EX. It didn't work and both processes can access the
file.
Maybe fpLock just needs an open file, and AssignFile just establishes
which filename corresponds to a pascal file, it do
En/na Yury Sidorov ha escrit:
Try to crosscompile fpc 2.2.1 or 2.3.1 compiler binary and then use this
binary as starting compiler on arm machine.
In my case, before trying to compile using the native 2.2.0, I tried
crosscompiling from linux/i386, but:
$ make all install CPU_TARGET=arm
C
Michael Schnell escribió:
Let me remind you that i am dont use a Cross compiler, but an emulated
Arm machine.
That is "interesting", but is it really useful ? Cross-compiling seems
more "standard".
But it has its own set of problems. I'm not really dedicated enough, but
I never managed
En/na Chris Handley ha escrit:
2) If I have all my units in a folder, how do I tell fpc to go look in
that folder when I am compiling a main program in a different folder?
use the parameter
-Fu/path/to/the/different/folder
You can also put it in /etc/fpc.cfg
Bye
--
Luca
__
El Thu, 17 Jul 2008 09:15:46 +0200
Jonas Maebe <[EMAIL PROTECTED]> escribió:
> But nested or combined with-statements can be dangerous in case
> there are multiple fields with the same name in the different
Many, many years ago, I programmed in texas instruments' pascal for the
9995. Of course it
El Sat, 26 Jul 2008 14:58:22 +0530
"Nataraj S Narayan" <[EMAIL PROTECTED]> escribió:
> Hi
>
> I am using fpc 2.3.1 svn on armel linux. The crosscompiled programs
> execute only when the arm-linux kernel has been compiled with
> OABI_COMPAT=y along with EABI=y.
>
> If I use EABI w/o OABI compat
En/na Graeme Geldenhuys ha escrit:
Thanks for letting me know. I'll try and find out what exact package
those files came form. If only I can remember the damn apt command!
in this case is dpkg:
dpkg -S /path/of/the/file
I'm more of an rpm guy, so I understand your frustration ;-)
Bye
--
Lu
El Mon, 8 Sep 2008 20:14:44 +0200
Martin Schreiber <[EMAIL PROTECTED]> escribió:
> Is Sqlite3 no option for you? MSEgui and FPC sqldb both have a
> DB-connection component for SQLite3.
FWIW I had the problem of string fields limited to 255 characters with
sqlite3 and zeos.
I hadn't time to test o
En/na Vinzent Höfler ha escrit:
Agreed. But it's as it is, I guess. It was broken so often, can't do
that again... ;)
I think it's still broken, at least under windows (for roaming profiles
to work it should return CSIDL_APPDATA and not CSIDL_LOCAL_APPDATA), but
I guess that's a matter of op
En/na Felipe Monteiro de Carvalho ha escrit:
LCL (UTF-8) --> RTL (UTF-16) ---> Operating System (UTF-8)
Is the last step always true? Doesn't qt support utf-16?
Bye
--
Luca
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.f
En/na Mattias Gärtner ha escrit:
I'm writing a unit to simplify parallel methods/procedures.
For example:
DoParallel(@AMethod,StartIndex,EndIndex,Data);
The AMethod is executed with several threads in parallel.
What should happen when an exception occurs?
AFAIK any unhandled exception in a
En/na Mark Morgan Lloyd ha escrit:
Marco van de Voort wrote:
In our previous episode, Mark Morgan Lloyd said:
I think this is a fairly succinct indication of why I wasn't able to
get FPC to compile itself prior to compiling Lazarus for Lenny.
Well, actually no, did you try to bootstrap FPC it
En/na peter green ha escrit:
Debian "Lenny" has switched to armel rather than arm.
Lenny is availible for both arm and armel.
But the interesting stuff (nokia tablets, pandora) is armel
Bye
--
Luca
___
fpc-devel maillist - fpc-devel@lists.fre
En/na Vincent Snijders ha escrit:
I thought that local version is not stored on the network and is not
available in the roaming profile. Putting a 100 MB Lazarus exe in the
CSIDL_APPDATA is not a good thing, it ruins startup time (and shutdown
Well, I don't think that an executable is conf
El Sat, 14 Mar 2009 10:42:14 +0100
Florian Klaempfl escribió:
> > a) a property without a read specifier, but with a write specifier
> > going directly to a field? Nothing, or that field?
>
> Nothing. This property is not readable.
It's not readable by the users of the class, but it should be r
En/na Graeme Geldenhuys ha escrit:
Doing a search on http://packages.ubuntu.com, it seems that only the
'firebird2.0-dev' and 'firebird2.1-dev' packages include the symlink
libfbclient.so. The standard firebird client and server packages only
install libfbclient.so.2
This is standard practic
El 4/2/18 a les 20:17, Sven Barth via fpc-devel ha escrit:
What happens if
- thread 1, has just finished the line
ThreadQueueAppend(AThread.FSynchronizeEntry);
- thread 2 now calls synchronize, and
- as soon as thread1 leaves the CriticalSection in ThreadQueueAppend
=> thread2 enters that Cr
El 6/2/19 a les 9:01, Luca Olivetti ha escrit:
Debugging the program here, I see the thread is stopped inside a
synchronize call that is never executed.
[]
so that, by putting a breakpoint in the main program when it checks if
the thread has finished its job, I can examine the thread
El 6/2/19 a les 14:08, Martin Frb ha escrit:
On 06/02/2019 09:01, Luca Olivetti wrote:
I still think there's something wrong with thread in fpc 3.0.4.
There is https://bugs.freepascal.org/view.php?id=34640
FIxed in 3.2 branch
I'm not sure it's the same issue. The commen
El 6/2/19 a les 17:05, Sven Barth via fpc-devel ha escrit:
Am Mi., 6. Feb. 2019, 11:27 hat Luca Olivetti <mailto:l...@ventoso.org>> geschrieben:
Of course I cannot reproduce the issue with a simpler test program :-/
Without a way to test it I can't do anything. So either yo
El 6/2/19 a les 18:51, Sven Barth via fpc-devel ha escrit:
Would you nevertheless try with 3.2, please? Just in case it happens to
be the problem I had fixed in regards to Queue().
The branch is fixes_3_2?
Apart from the issue reported by Martin
(https://bugs.freepascal.org/view.php?id=34640
El 6/2/19 a les 19:29, Martin Frb ha escrit:
On 06/02/2019 16:19, Luca Olivetti wrote:
. In my case the problem is with Synchronize, the synchronized method
is never called and the thread gets stuck there.
"synchronized method is never called"
So is the main thread running, and e
El 6/2/19 a les 19:19, Luca Olivetti ha escrit:
El 6/2/19 a les 18:51, Sven Barth via fpc-devel ha escrit:
Would you nevertheless try with 3.2, please? Just in case it happens
to be the problem I had fixed in regards to Queue().
The branch is fixes_3_2?
Apart from the issue reported by
El 6/2/19 a les 22:26, Martin Frb ha escrit:
On 06/02/2019 22:04, Martin Frb wrote:
Actually from a further review of the source, there may be another issue:
https://bugs.freepascal.org/view.php?id=35027
The fact that FSynchronizeEntry^.Next was set to nil after the call to
ThreadQueueAppend
El 7/2/19 a les 0:10, Martin Frb ha escrit:
On 06/02/2019 23:38, Luca Olivetti wrote:
and the exception logged (though the logging in turn uses synchronize).
What OS?
On Windows you can use LazLogger. (in Laz 2.0.0)
It uses TThread.Queue by default, but you can replace
El 6/2/19 a les 18:51, Sven Barth via fpc-devel ha escrit:
Would you nevertheless try with 3.2, please? Just in case it happens to
be the problem I had fixed in regards to Queue().
With fpc from the fixes_3_2 branch, revision 41310, and lazarus from the
fixes_2_0 branch revision 60414 it ha
El 15/2/19 a les 12:27, J. Gareth Moreton ha escrit:
I dare say, I would consider elevating this, especially as it's a
feature being used by an end user and is pretty serious if a
multi-threaded program can sometimes freeze due to a race hazard.
The problem is, as I said before, I cannot repro
El 10/6/19 a les 9:14, Michael Van Canneyt ha escrit:
2. I really want to see more arguments than the worn-out 'increased
productivity' before adding another exception to an otherwise easy to
understand rule in declaring procedures/functions. Simplicity has its
virtues.
I think that what rea
El 10/7/20 a les 21:23, Florian Klämpfl ha escrit:
And run-time is shifting to web:
Most desktop applications I know are being moved (or have moved) to the web.
I believe that soon, the only native apps left will be services and apps that
need hardware access (automation etc.)
Well, using Z
El 24/2/21 a les 12:11, Michael Van Canneyt via fpc-devel ha escrit:
On Wed, 24 Feb 2021, Bart via fpc-devel wrote:
On Wed, Feb 24, 2021 at 10:06 AM Bart wrote:
I have downloaded that file (some time ago)
The download links seems to have gone from the bugreport?
(Or maybe I need new glas
Hello,
could somebody take a look at
https://bugs.freepascal.org/view.php?id=37370
I proposed a fix in the last message.
Bye
--
Luca
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fp
El 29/7/21 a les 17:52, Michael Van Canneyt via fpc-devel ha escrit:
For clarity: the lazarus issues have already been transferred, the FPC ones
not yet; there is an issue with the svn -> git conversion.
(we need the git conversion to be done first)
I tried some links to lazarus issues I had i
57 matches
Mail list logo
