Re: [Lazarus] How to program with time in milliseconds?

2014-05-16 Thread Michael Schnell

On 05/15/2014 05:26 PM, Reimar Grabowski wrote:

OP:
I need to develop a game for all possible Operating Systems.


EpicTimer uses QueryPerformanceCounter for Windows. I did not check 
into this,  but I suppose this already is what he needs.


But it uses fpgettimeofday in Linux. This is what Michael vC states to 
be not appropriate.


Hence using the vDSO to call clock_gettimesing in Linux should make 
the OP happy with Linux and Windows.


Sorry, but no Idea about other OSes.

-Michael

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] How to program with time in milliseconds?

2014-05-16 Thread Michael Schnell

On 05/15/2014 07:34 PM, Junior wrote:

 I need precision, I'll be working with many timers in milliseconds.

(Windows 32 bits/64bits; Linux 32 bits/64bits; Android; MacOS; among 
others)


No normal (not dedicatedtly realtime) OS provides decent millisecond 
precision. The OS might stall any program at any time for seconds.


But a game is not supposed to be hard realtime but very soft 
realtime. Hence it should not matter if such glitches once and again.


I supposed, an enhanced version of  EpicTimer might be useful. Decent 
arch/OS independent sub-millisecond timer support (e.g. using 
QueryPerformanceCounter and  clock_gettime via vDSO) would be even nicer.


-Michael

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Off topic. Version numbers

2014-05-16 Thread Andreas Schneider
On 16.05.2014 06:09, Flávio Etrusco wrote:
 So in practice it's the same, no? ;-)
 It feels a bit annoying to have high numbers in the major version, and
 I guess that's why no project ever follows that scheme to the letter.

offtopic
Well, in the browser business they seem to follow that idea to the other
extent, where it currently looks more like hey we changed some lines of
code, let's release a new major version.
/offtopic

-- 
Best Regards,
Andreas

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Extended format codes in FormatDateTime

2014-05-16 Thread Marco van de Voort
On Fri, May 16, 2014 at 01:19:15AM +0200, Werner Pamler wrote:
 In BugTracker, #0026168, I posted a patch to FormatDateTime which allows 
 to use hour, minute, or second format codes in square brackets.

Using new special characters instead of building on existing escape
characters is incompatible.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Extended format codes in FormatDateTime

2014-05-16 Thread Michael Van Canneyt



On Fri, 16 May 2014, Marco van de Voort wrote:


On Fri, May 16, 2014 at 01:19:15AM +0200, Werner Pamler wrote:

In BugTracker, #0026168, I posted a patch to FormatDateTime which allows
to use hour, minute, or second format codes in square brackets.


Using new special characters instead of building on existing escape
characters is incompatible.


This could be remedied with a FormatDateTimeEx() or else a 
FormatDateTime(Fmt,date,AllowExtendedFormatting: Boolean = False)


Michael.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


[Lazarus] EditMasks in DBGrid

2014-05-16 Thread Walmir Schultz
Directly to the point:
DBGrid does not see TFields EditMask property.
Is it an ugly bug or is it so by design?--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Off topic. Version numbers

2014-05-16 Thread Graeme Geldenhuys
On 2014-05-16 08:40, Andreas Schneider wrote:
 
 offtopic
 Well, in the browser business they seem to follow that idea to the other
 extent, where it currently looks more like hey we changed some lines of
 code, let's release a new major version.
 /offtopic

And yes, I find that SO annoying!  End-users now have no idea how much
has changed between releases. Lets just hope nobody else follows the Web
Browser versioning scheme.


Regards,
  - Graeme -

-- 
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Off topic. Version numbers

2014-05-16 Thread Sven Barth

On 16.05.2014 19:20, Graeme Geldenhuys wrote:

On 2014-05-16 08:40, Andreas Schneider wrote:


offtopic
Well, in the browser business they seem to follow that idea to the other
extent, where it currently looks more like hey we changed some lines of
code, let's release a new major version.
/offtopic


And yes, I find that SO annoying!  End-users now have no idea how much
has changed between releases. Lets just hope nobody else follows the Web
Browser versioning scheme.


At my company we've recently switched to such a version scheme as well, 
because with the old version scheme (a typical x.y.z scheme) customers 
always wondered why they should update when only the last digit 
changed... (Note: we are still using the x.y.z scheme internally to mark 
fix releases etc., but to the user we only promote the major number)


Regards,
Sven


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Off topic. Version numbers

2014-05-16 Thread Mattias Gaertner
On Fri, 16 May 2014 18:20:55 +0100
Graeme Geldenhuys mailingli...@geldenhuys.co.uk wrote:

 On 2014-05-16 08:40, Andreas Schneider wrote:
  
  offtopic
  Well, in the browser business they seem to follow that idea to the other
  extent, where it currently looks more like hey we changed some lines of
  code, let's release a new major version.
  /offtopic
 
 And yes, I find that SO annoying!  End-users now have no idea how much
 has changed between releases. Lets just hope nobody else follows the Web
 Browser versioning scheme.

Even it's only a tiny security bug fix you should use the new
browser version. Users must not wait for big new browser features.
That's different for Lazarus. IMO that's comparing apples and
oranges.
Lazarus major releases usually contain several thousand svn
revisions and a few incompatibilities. Some users might see no
big difference, some users have to spend a lot of time to adapt their
projects.

Mattias

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Off topic. Version numbers

2014-05-16 Thread Graeme Geldenhuys
On 2014-05-16 19:14, Mattias Gaertner wrote:
 Even it's only a tiny security bug fix you should use the new
 browser version. Users must not wait for big new browser features.

I didn't say that. Simply increment the bugfix version and the browsers
default auto update functionality will get it. It would also have been
nice if they added functionality like an option to only auto-update
security fixes and not major versions. Many programs have that option.



Regards,
  - Graeme -

-- 
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] Off topic. Version numbers

2014-05-16 Thread Alexsander Rosa
Here we moved to year.month (like Ubuntu).



2014-05-16 14:58 GMT-03:00 Sven Barth pascaldra...@googlemail.com:

 On 16.05.2014 19:20, Graeme Geldenhuys wrote:

 On 2014-05-16 08:40, Andreas Schneider wrote:


 offtopic
 Well, in the browser business they seem to follow that idea to the other
 extent, where it currently looks more like hey we changed some lines of
 code, let's release a new major version.
 /offtopic


 And yes, I find that SO annoying!  End-users now have no idea how much
 has changed between releases. Lets just hope nobody else follows the Web
 Browser versioning scheme.


 At my company we've recently switched to such a version scheme as well,
 because with the old version scheme (a typical x.y.z scheme) customers
 always wondered why they should update when only the last digit changed...
 (Note: we are still using the x.y.z scheme internally to mark fix releases
 etc., but to the user we only promote the major number)

 Regards,
 Sven



 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus




-- 
Atenciosamente,
Alexsander da Rosa
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


[Lazarus] Extended format codes in FormatDateTime (Michael Van Canneyt)

2014-05-16 Thread Werner Pamler
I just uploaded a new patch to bug tracker. The new version picks up 
Michael's suggestion of introducing a new FormatDateTimeEx function for 
the new format codes.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


[Lazarus] Gdb and openocd via lazarus

2014-05-16 Thread Justin Smyth
Hi folks

I remember a while ago Michael ring had someway of modified version of Lazarus 
to connect to gdb spawned from a openocd session , is this still possible? 

I am using fpc 2.6.5 and latest Lazarus from the svn ( fpc is from svn fixes2_6 
branch) --
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


[Lazarus] File Access Problems in Linux

2014-05-16 Thread Gordon Cooper

 Several days ago I posted a request about filing conventions, a
request that had no response. I am asking this again, as I am having
file access problems.  Am attempting to use Lazarus on Linux, specifically
Kubuntu 12.04.

Having set a separate folder for this, my first Lazarus project, all went
well with form design, addition of components,  and compilation until
I added a Tdbf. I was able to define  index and memo items,  but any
attempt to activate was rejected, the error saying that the predefined
project folder could not be opened.

This had always worked for me over several years of TP and then Delphi
on Windows, so there is obviously something I am missing in the Linux
implementation.  I have tested this several times to the extent of 
completely

deleting all of the project's files and starting again with a blank form.

Regards,
Gordon


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus