On Fri, Jul 12, 2013 at 08:38:34PM +0200, Sven Barth wrote:
No, it does not as mentioned by Jonas in this bug report:
http://bugs.freepascal.org/view.php?id=19368
I consider that a special case. I was talking about the general case.
Without it, the ability to convert hardware FP
On Sat, Jul 13, 2013 at 12:38:39PM +, Mark Morgan Lloyd wrote:
Elsewhere, somebody's posted this:
But we already own Delphi XE2. My understanding is that Lazarus is
still clunky compared with Delf at basic IDE-and-forms stuff; Lazarus
doesn't support key familiar libraries that we rely
On Mon, Jul 15, 2013 at 10:02:54AM +0200, Michael Schnell wrote:
While Android support seems to be a hot topic here,
If that is *hot*, I think the level for firefox OS is proportionately
already.
--
___
Lazarus mailing list
On Fri, Jul 19, 2013 at 04:34:34AM +0200, Marc Santhoff wrote:
after unpacking the brand new lazarus 1.0.10 and compiling it anything
works fine. The next step was to install the lazreport package into the
IDE. Compilation worked up to the linking process:
/usr/bin/ld: cannot find -lc_r
On Fri, Jul 19, 2013 at 08:05:13AM +0200, Mattias Gaertner wrote:
You can grep for linklib directives in the sources.
And you can use the ppudump tool on all .ppu files and grep for c_r.
Afaik this won't work fool proof. It will work if there is a {$linklib c_r},
but it is also possible that a
On Thu, Jul 25, 2013 at 08:34:16AM +0200, Mattias Gaertner wrote:
Afaik this won't work fool proof. It will work if there is a {$linklib c_r},
but it is also possible that a {$linklib pthreads} was changed to c_r by
-Xf. (which is equal to -XLApthreads=c_r )
-Xf and -XL are both not
On Fri, Aug 02, 2013 at 01:23:43PM +0200, Reinier Olislagers wrote:
.. but same error
doing this
--arg --css-file=C:\development\fpctrunk\utils\fpdoc\fpdoc.css
doesn't help either.
Any suggestions [1]?
Has anybody gotten build_lcl_docs to work?
I typically use build_lcl_html.sh. IIRC I
On Thu, Aug 15, 2013 at 01:31:59PM +0200, Michael Van Canneyt wrote:
From memory: Firemonkey is OpenGL based, everything custom drawn.
The OpenGL ensures it runs on all platforms that use OpenGL.
Afaik creating an opengl context or anything with fonts is already not
portable.
--
On Wed, Aug 21, 2013 at 03:43:51PM +0800, Xiangrong Fang wrote:
I have the following code:
try
stream.ReadBuffer(buffer, length);
except
//handle exceptions...
end;
Is it possible to configure lazarus to ignore EStreamError in such case?
Handle, inspect, and if you don't want
On Sat, Aug 31, 2013 at 06:13:44PM +0200, J?rgen Hestermann wrote:
I am working with Windows XP and
Lazarus is driving me nuts with its multiple window interface.
Very often, when I use Alt+TAB to switch back to Lazarus I only see
the source editor but none of the other windows (object
On Fri, Sep 13, 2013 at 01:05:05PM +0200, Reinier Olislagers wrote:
offline help, ...
??? Offline help is available+enabled in trunk; chm help is installed by
the installer.
See e.g. menu about/help
I think Mattias meant IDE help, not library help.
--
On Wed, Sep 18, 2013 at 01:01:59PM +0200, Mattias Gaertner wrote:
All units (*.o and *.ppu) have been compiled with the package itself and
are visible in the ./lib/x86_64-linux folder
I couldn't find something similar in the history.
Last time I tried Indy it had some circular
On Thu, Sep 19, 2013 at 03:06:55PM +0200, Mattias Gaertner wrote:
times.
Then build the IDE.
The last time I worked with Indy, deduping the .inc files resolved the the
circular dependency problem. They had multiple, not exactly the same copies.
Why does the Delphi compiler eat
On Fri, Oct 11, 2013 at 08:18:16PM +0100, vfclists . wrote:
Department of Basic Education bans Free and Open Source Software in SA
Schools and mandates programming an ancient, moribund language in
contradiction of government's own policy http://twitter.com/share
On Fri, Oct 11, 2013 at 05:28:33PM -0400, Dmitry Boyarintsev wrote:
There was something similar 1-2 years ago in Great Britain, where education
commission recognized pascal languages (Delphi) as the best for education.
So the next generation of good developers will come from South Africa.
On Sat, Oct 12, 2013 at 02:51:31PM +0200, Hans-Peter Diettrich wrote:
One could argue about language, but Delphi as RAD-IDE is definitely not a
good
choice. Students tend to overfocus on embellishing forms etc, and not
spending
their time on the more problem-solving oriented
On Mon, Oct 14, 2013 at 09:38:24AM +0200, Michael Schnell wrote:
Probably because dolling up the UI is easier and gives
instant-gratification
Better than frustrating the weaker students with no gratification at all.
Why bother then, just pass them all, and forget about stressing any of
On Sun, Oct 13, 2013 at 05:14:14PM -0400, Dmitry Boyarintsev wrote:
Anyway, the whole post was meant more or less as an argument that a good
educational tool should 1) be quick to start using (so not TP) 2) not
contain parts that are not part of the course and detract too much.
How come
On Sun, Oct 13, 2013 at 09:25:51PM -0400, Dmitry Boyarintsev wrote:
Well, after all if it's basic course, should they use something from
Children list of this page?
On Tue, Oct 15, 2013 at 04:45:48PM +0200, Mattias Gaertner wrote:
IIRC I installed DOS 6.2 in VirtualBox, and then used it to install
Win98SE (from which I had no bootable CD or image).
All this on Win7-64.
What has this to do with Lazarus?
FPC/trunk has a 16-bit compiler, and I assume
On Wed, Oct 16, 2013 at 12:25:25AM +0200, Hans-Peter Diettrich wrote:
For writing programs you need some editor and an compiler/linker, e.g. a
Lazarus IDE which runs on a variety of systems. Then students can learn
how to use a console (window) for program I/O in about 1 hour,
sufficient
On Tue, Oct 15, 2013 at 01:52:44PM -0300, silvioprog wrote:
I'm trying to compila Lazarus in Linux Mint 15 (http://www.linuxmint.com/),
but:
Try adding
-XLAcairo=cairo,cairo-gobject
--
___
Lazarus mailing list
On Wed, Oct 23, 2013 at 09:59:04AM +0300, ListMember wrote:
My ultimate goal, after finding where it is declared, is to locally
modify that part of the sources so that (instead of writing to the
console) it will use a global callback to display whatever WriteLn'ed in
a TMemo.
There is no
On Sun, Oct 20, 2013 at 12:22:50PM +0200, Hans-Peter Diettrich wrote:
Either your students were different, or that is very optimistic :)
Yes, I was thinking of IT students. Sorry for that :-(
Sadly enough they were, though not the highest level (aimed for bachelor as
end-diploma). But since
On Mon, Oct 28, 2013 at 02:00:25PM +0100, Mattias Gaertner wrote:
On Tue, Oct 15, 2013 at 01:52:44PM -0300, silvioprog wrote:
I'm trying to compila Lazarus in Linux Mint 15
(http://www.linuxmint.com/),
but:
Try adding
-XLAcairo=cairo,cairo-gobject
That does not even work
On Tue, Oct 29, 2013 at 10:29:49AM +0100, Michael Van Canneyt wrote:
The compiler's source. This is the only location which is really up to
date. (may sound harsh, but that's how it is...)
Strange as it may be, but I always peruse the compiler sources when updating
the user manual
for
On Thu, Nov 07, 2013 at 07:20:58PM -0300, Junior wrote:
where to download fpc version 2.6.3?
I use Linux Debian 32 bits.
fpc**.deb
2.6.3 is not a release version, but a development version, and generally
doesn't come prepackaged.
--
___
On my G4 Lazarus bigide (FPC trunk/lazarus trunk as of today) doesn't link:
Compiling resource ../units/powerpc-darwin/carbon/lazarus.or
Linking ../lazarus
/usr/bin/ld: Undefined symbols:
_PMPrinterGetOutputResolution
An error occurred while linking
lazarus.pp(142,1) Error: Error while linking
On Fri, Nov 08, 2013 at 08:07:55AM -0300, Junior wrote:
No, it is not necessary. I use version 2.6.2. I also use (on another
computer) version 2.7.1.
When will an update release of the 2.6 series (2.6.3 or 2.6.4 or 2.6.*)?
Probably this year or first week of new year. 2.6.4RC1 in a couple
On Thu, Nov 28, 2013 at 02:18:06PM +0100, Santiago A. wrote:
Perhaps Lazarus should start thinking about a widget html+javascript
and prioritize it.
Even if I would agree you on the general direction, this would be dumb IMHO,
since compatability of such thing would be low and the LCL
On Sun, Dec 15, 2013 at 05:01:35AM +0100, Hans-Peter Diettrich wrote:
I have many systems coded in FPC+Lazarus only to run on Windows so I ask
you:
Is there some trick to make the FPC+Lazarus to use only ANSI?
Why that? Lazarus is using UTF-8 throughout, so that writing and reading
On Sun, Dec 15, 2013 at 06:13:32PM +0100, Reinier Olislagers wrote:
FPC's context.
These components do not use Lazarus' routines and that is the BIG
problem. I need to remember in pass only ANSI strings for these
components as remember to convert the component's output string
results to
On Wed, Dec 18, 2013 at 12:03:56PM +0100, Hans-Peter Diettrich wrote:
Apart from that there's not much else you can do except contribute
patches to help unicode-ise the FPC RTL...
The new AnsiStrings (with Encoding and automatic conversion) should be
sufficient, Unicode is not required. In
On Sun, Dec 22, 2013 at 11:52:04PM +0100, Hans-Peter Diettrich wrote:
Keeping UTF8 on Windows makes a majority platform seem only half supported.
Not good either. Worse, it is Delphi incompatible.
You favor a special FPC and Lazarus for Windows, in addition to the
UTF-8 version for all
On Sat, Dec 21, 2013 at 05:11:29PM +, Mark Morgan Lloyd wrote:
I know that this is not a supported combination, but I've just been
trying to build trunk Lazarus (r43576) with trunk FPC (r26258) to see if
I can work around a couple of recently-fixed issues. FPC trunk builds
clean, and
On Mon, Dec 16, 2013 at 08:58:52AM +0100, Michael Van Canneyt wrote:
equivalent.
FWIW: the octal format of specifying numbers is relatively new and IIRC
only
available in FPC mode...
'relatively new' is relative.
I think octal notation has been available in FPC since many years.
On Mon, Dec 23, 2013 at 06:52:21PM +0100, J?rgen Hestermann wrote:
Am 2013-12-23 11:32, schrieb Marco van de Voort:
So I would say UTF16, and maybe, if there is demand, some can get utf8 :-)
The question is:
Should FPC and LCL use a fixed encoding for all platforms
or should the encoding
On Tue, Dec 24, 2013 at 06:18:41AM +0100, Hans-Peter Diettrich wrote:
Not necessarily. Supporting both on both platforms is a sane reason too.
One can't ditch utf16 because of Delphi compatibility. It will be hard to
ditch utf8 because of old Lazarus compatibility.
In the meantime
On Tue, Dec 24, 2013 at 12:33:41PM -0200, Marcos Douglas wrote:
But the prime point is that IMHO an utf8 Windows is insane, and it should be
possible to port modern Delphi VCL apps at least to Windows. Preferably to
all.
Sorry if I say something crazy, but what do you think to use UTF-16
On Wed, Dec 25, 2013 at 09:57:05AM -0200, Marcos Douglas wrote:
The mode concept is all good and well, but here it breaks down... :(
So, if the {mode} continue to be a way, I think it should be used on
platform level, not per unit level.
That was the original proposal from me. Add
On Tue, Dec 24, 2013 at 12:22:41PM -0200, Marcos Douglas wrote:
IMO the biggest group are old fashioned Delphi (D7) users, which want their
existing Ansi/VCL code base supported *without* complications and
incompatibilities introduced by the newer Delphi versions. The subject of
this
On Tue, Dec 24, 2013 at 03:35:14PM -0200, Marcos Douglas wrote:
Sorry but It is a real problem. No answer was presented so far and I
have many system coded using Lazarus... this is important for me and,
I think, for many Windows programmers.
Why these questions bother you?
The problems is
On Tue, Dec 24, 2013 at 04:44:37PM +, Graeme Geldenhuys wrote:
http://www.scootersoftware.com/beta???
...and...
For anyone wondering, the OS X version was done using Lazarus 1.2, the
Windows version uses Delphi XE, and the Linux version still uses Kylix.???
As for Windows, I don't
On Wed, Dec 25, 2013 at 04:34:40PM -0200, Marcos Douglas wrote:
There are many scenarios up in the sky, and nothing is 100% certain, but it
would at least be significantly better. It is already significantly better
in trunk.
When you say that is better in trunk is only on FPC context or
On Wed, Dec 25, 2013 at 04:42:22PM -0200, Marcos Douglas wrote:
Which hopefully makes clear that Delphi compat unicode is needed by some :-)
Maybe he could forget Delphi and make everything using FPC and Lazarus
when the Unicode support on Windows get ready. :-)
Sure, right after Microsoft
On Wed, Dec 25, 2013 at 10:43:24PM +0100, Jy V wrote:
Sorry Marco,
No problem.
On Wed, Dec 25, 2013 at 6:15 PM, Marco van de Voort mar...@stack.nl wrote:
There is no utf8 on Windows. One can try to mess with the defaultcodepage,
but that will probably only force a different kind
On Wed, Dec 25, 2013 at 08:10:36PM -0600, Craig Peterson wrote:
Wonder no more:
1) string uses a Unicode encoding
2) AnsiString/UTF8String casts perform appropriate conversions
3) File APIs support Unicode filenames
4) Windows headers use W version by default.
5) LCL and RTL agree on
On Thu, Dec 26, 2013 at 12:28:54AM +0100, Hans-Peter Diettrich wrote:
is dangerous if they are not all the same encoding. If there is any
mismatch, it will be converted down to default encoding.
Then the implementation is wrong.
Wrong according to you. Not wrong according to defined
On Thu, Dec 26, 2013 at 04:48:34PM +0200, Juha Manninen wrote:
It happened again. The word Unicode was mentioned and the result is
an endless debate of how it should be done. Now 100 messages and
counting ...
This is because still nothing definitive is chosen, after 4+ years of
discussion
On Thu, Dec 26, 2013 at 11:53:38PM -0200, Marcos Douglas wrote:
If you totally drop Delphi compatibility you can do whatever you want. But
IMHO that is more something for the Graeme's and Martin (MSEGUI's) of the
world, not Lazarus.
Ok... but if FPC, on Windows, will be UTF-16 and Lazarus
On Fri, Dec 27, 2013 at 05:34:33PM +, Graeme Geldenhuys wrote:
Please read 4 years of discussion backlog. It is not all language, there is
something called
libraries, and they are generally installed precompiled.
I don't know of a single ISV that ships precompiled *.ppu files for FPC
On Fri, Dec 27, 2013 at 06:11:31PM +0100, J?rgen Hestermann wrote:
I think that's the root cause of the discussion:
Some want to make FPC/Lazarus into a (possibly exact) clone of
Delphi (which means to follow every sh*t that is and will be put into this
product)
I always think it is
On Fri, Dec 27, 2013 at 06:39:38PM -0200, Marcos Douglas wrote:
If we continue to follow Delphi, means that we are always one step behind.
If we stop following delphi, we are multiple steps behind.
Most of the antis only agree on being anti, they only have simplistic
topdown proposals and talk
On Fri, Dec 27, 2013 at 10:43:16PM +, Graeme Geldenhuys wrote:
Fact is that the extensions of FPC are used much less than the Delphi
compatibility aspect.
And would you mind sharing how you came to that conclusion? Can you
share the data on that research?
Just look on e.g. the forums.
On Fri, Dec 27, 2013 at 11:07:02PM +, Graeme Geldenhuys wrote:
Just look on e.g. the forums. All people are asking about Delphi packages.
And once those Delphi packages are ported to Free Pascal, nobody needs
Delphi any more. ;-)
Somehow there is still more Delphi use than Lazarus, so
On Sat, Dec 28, 2013 at 12:42:22AM +0100, Hans-Peter Diettrich wrote:
If we continue to follow Delphi, means that we are always one step behind.
If we stop following delphi, we are multiple steps behind.
FPC/Lazarus always was in front of Delphi. It had Unicode support
(UTF-8) since
On Sat, Dec 28, 2013 at 04:31:07PM +0100, Sven Barth wrote:
Right.
I didn't understand one thing: If I'm a Delphi XE2 programmer
(suppose), why I will need to keep FPC compatible with Delphi? If I'm
a Delphi programmer I will use... Delphi.
Because you (the XE2 programmer) might look at
On Sun, Dec 29, 2013 at 05:37:01PM +0100, Hans-Peter Diettrich wrote:
That would be a first.
There have been several occasions when we had a feature first.
They have always added it differently.
Well, would they have added it without such an inspiration?
That already assumes that they
On Sat, Dec 28, 2013 at 10:39:30AM -0200, Marcos Douglas wrote:
I understand. But if the major companies prefer to use C# or Java
instead Delphi well, they not care about Delphi compatibilities. If
they care, why they would be leaving Delphi?
If they leave Delphi compatibility, they
On Sat, Dec 28, 2013 at 02:09:58PM +0100, Florian Kl??mpfl wrote:
marginal oss compiler.
So you're saying that FPC cannot survive without Delphi?
Define survive. But I'am saying indeed that FPC's usage would drop
significantly if Delphi wouldn't be around anymore. A few years it might
On Tue, Dec 31, 2013 at 03:25:03PM +0100, Sven Barth wrote:
As Michael wrote the locale specific constants will become UnicodeChar (2
Byte UTF-16) thus the U+00A0 will fit nicely there. The only problems would
arise if such a constant would need to be composed of multiple UnicodeChars
On Wed, Jan 01, 2014 at 08:03:07PM +, Graeme Geldenhuys wrote:
Still it might not be a bad idea to make such things a string instead of a
character in time.
Hence in fpGUI I have a TfpgChar defined as a 4-byte string, and can
easily be extended if needed.
Why that? Why not simply a
On Sat, Jan 04, 2014 at 10:08:07AM +, Graeme Geldenhuys wrote:
We will have to wait for FPC 2.8.0 (or 3.0) which should have much
better built-in Unicode support. String encoding conversion should then
be taken care of automatically. Unfortunately it seems that the FPC RTL
(there will be
On Sat, Jan 04, 2014 at 09:32:25AM -0200, Marcos Douglas wrote:
Once that FPC release is made, then we will start seeing what
performance impact it will have on all systems. Now is too early to tell.
+1
You always said this, ie, UnicodeString should be UTF-8 on Unix
plataform and UTF-16
On Fri, Jan 10, 2014 at 07:23:18PM -0500, waldo kitty wrote:
i've just updated my FPC trunk and now my Lazarus trunk won't compile...
-vewnhi -l -Fu. -FE. -FU../units/i386-win32 -gl -gh -dHEAPTRC_WINDOW -di386
fcllaz.pas
Hint: Start of reading config file
On Sat, Jan 11, 2014 at 01:54:06PM -0500, waldo kitty wrote:
that's why i run make clean and/or make distclean before updating from SVN...
That should remove it from the checkout dirs. But if you do a separate
install step, the place you install too also should be sanitized. (though I
have to
On Mon, Jan 13, 2014 at 01:31:10PM +0100, Michael Schnell wrote:
I see this:
(Linux 32 Bits)
Compiling fcllaz.pas
Compiling registerfcl.pas
Compiling lazaruspackageintf.pas
PPU Loading /usr/lib/fpc/2.7.1/units/i386-linux/rtl/variants.ppu
PPU Source: variants.pp not available
On Mon, Jan 13, 2014 at 03:26:16PM +0200, Dimitrios Chr. Ioannidis wrote:
PPU Loading /usr/lib/fpc/2.7.1/units/i386-linux/rtl/variants.ppu
well the problem i see is reg. the 2.6 fixes branch not trunk.
I hope the selective quoting says all :-)
--
On Mon, Jan 13, 2014 at 06:24:23PM +0100, Mattias Gaertner wrote:
The make install only adds new files, it does not delete old one.
Please delete old files of
C:\Users\dimitris\Programming\Tools\fpc\2.6.x\units
Then call make install.
The rearrangements are not over again, so it is wise to
On Mon, Jan 13, 2014 at 07:58:02PM +, Graeme Geldenhuys wrote:
The Free Pascal team wants Delphi compatibility in both directions.
Moving from Delphi to FPC, and then still keep the ability to move back
to Delphi. The second part is ridiculous as far as I'm concerned - it
limits FPC too
On Wed, Jan 15, 2014 at 10:30:58AM +0100, Petr Hlozek wrote:
800 179.416/188.992 Kb Used
900 179.852/188.992 Kb Used
gline2.pas(896,6) Note: Local variable z not used
Fatal: Can't find unit typ used by spe
This sounds like you miss FPC package numlib. If and how debian packs it, I
don't
On Fri, Jan 17, 2014 at 09:55:25PM -0500, Bob Hofman wrote:
Both a syntax check and a build did not throw any errors but if I attempted
to run the application it would error out with an access violation as soon
as it got to the above assignment.
I think that FPC is just catching it at compile
On Wed, Feb 05, 2014 at 01:44:59PM +, Mark Morgan Lloyd wrote:
Particularly on systems with some sort of interconnect between
processor units, it's entirely possible to find the threads associated
with a single program spread over a comparatively large physical volume,
with each
On Thu, Feb 06, 2014 at 10:21:12AM +, Mark Morgan Lloyd wrote:
One can try to create a GUI for this already remote scenario (independent
processes display to independent sections of the screen), but if the
systems below can't handle it, what's the point?
I agree, with the caveat that
On Wed, Feb 05, 2014 at 12:25:18PM +0100, Mattias Gaertner wrote:
Are there any ideas for improving this situation for people that know
that there is an identifier in the RTL, FCL, whatever, but don't know
which unit it resides in? E.g. Lazarus did scan the FPC sources,
couldn't it keep
On Mon, Feb 10, 2014 at 06:36:35PM +, Mark Morgan Lloyd wrote:
/usr/local/lib/fpc/$(FPCVer)/fpcsrc
The installers use the FPCVer macro since several versions.
Thanks for that. So is this a fairly accurate description of what
happens on e.g. x86:
* If -V isn't specified, fpc runs
On Mon, Feb 17, 2014 at 10:52:43AM +0100, Lubos Pintes wrote:
Now I have another problem, the error line is:
sh: C:\Program: No such file or directory
What this means? I am using mingw32-make. I also performed clean before
build.
FPC/Lazarus uses a few older mingw utils, but is not part of
On Mon, Feb 17, 2014 at 01:59:24PM +0100, Lubos Pintes wrote:
Yes, I hate installing to program files. There is nothing MinGW related
in program files, so I don't know why the make is touching it.
But I was able to build Lazarus in Cygwin.
That's the thing then. FPC/Lazarus don't deliver
On Tue, Feb 18, 2014 at 09:40:38PM +, Graeme Geldenhuys wrote:
But I never was able to generate the files for DocView from the current
revisions of the SVNs.
Last time I tried (a couple months back) the LCL docs wasn't in a state
that could be built - or it was a fpdoc bug not yet
On Thu, Feb 27, 2014 at 08:54:06AM +0100, Mattias Gaertner wrote:
/usr/local/lib//libglib-2.0.so.3600.1: warning: vsprintf() is often
misused, please use vsnprintf()
/usr/local/lib//libglib-2.0.so.3600.1: warning: stpcpy() is dangerous GNU
crap; don't use it
On Mon, Mar 10, 2014 at 10:03:44PM +1000, Danny Weldon wrote:
Isn't this something that fppkg should be able to resolve automatically?
ie. automatically download and install dependencies?
qt4pas is wrapper C++ code and should be built with the same compiler as QT
was.
That makes it
On Thu, Mar 13, 2014 at 01:46:56PM +0100, Mattias Gaertner wrote:
I've been wondering very long that FPC has not updated in the Lazarus. But
now that new version is out, what is the plan to release lazarus version
with it?
Probably the next release 1.2.2 will use fpc 2.6.4.
Both are bug
On Fri, Mar 14, 2014 at 02:11:11PM +0100, Michael Van Canneyt wrote:
Reading is outdated.?
Just do screenshots or publish a tutorial video on Youtube :)?
Eh... No, please, I actually prefer reading :)
I never watch videos. They are always on the wrong speed for me. Too
sloow.
On Sun, Mar 16, 2014 at 07:15:29AM +, Mark Morgan Lloyd wrote:
Ditto. Never the right speed, and really badly crossreferenced :-)
When one's feeling contemplative, the last thing one wants is to be
accosted by jazz or techno; and Google /still/ haven't worked out how to
On Sat, Mar 22, 2014 at 02:15:44PM +, Richard Mace wrote:
I have uploaded a test.chm file to www.rocksolidpbx.co.uk/downloads if
anyone has the time/interest in taking a look.
That file seems to contain GIFs, a format deprecated for a long time.
Probably nobody got around to implementing it
On Sun, Mar 23, 2014 at 08:50:14PM +0100, Mattias Gaertner wrote:
[...lots of words, maybe helpful for someone having Kylix 3...]
I will try to rephrase my question:
Please describe where the event should be added, what the parameters
and result do, what the default implementation does, for
On Sun, Mar 30, 2014 at 06:38:06PM +0100, Graeme Geldenhuys wrote:
Did you try setting DoubleBuffererd := True; in the Form OnCreate event?.
Why isn't DoubleBuffered enabled by default in LCL? I always thought
that odd.
I assume because the widgetset might already doublebuffer?
--
On Wed, Apr 02, 2014 at 01:19:39PM +0200, Luca Olivetti wrote:
CLOCK_MONOTONIC_RAW would better emulate the WinAPI
function GetTickCount.
Well, yes, isn't that the function we're trying to emulate?
(note that I personally don't need the precision, for me
CLOCK_MONOTONIC_COARSE would
On Wed, Apr 02, 2014 at 02:29:00PM +0200, Marco van de Voort wrote:
I don't see _RAW and _COARSE anywhere in the mentioned opengroup link.
Keep in mind this is UNIX gettickcount, not linux gettickcount.
Seems freebsd (7 in this case) also has a load of options, also
further MONOTONIC ones
On Wed, Apr 02, 2014 at 03:11:32PM +0200, Luca Olivetti wrote:
I don't see _RAW and _COARSE anywhere in the mentioned opengroup link.
Keep in mind this is UNIX gettickcount, not linux gettickcount.
Correct, but the function clock_gettime is currently only defined for
Linux (at least I
On Wed, Apr 23, 2014 at 08:38:14AM +, Mark Morgan Lloyd wrote:
I'm exploring alternatives to Debian on SPARC. One of the obvious ones
is BSD which (I presume) will need some cross-builds to get FPC going.
No, you will need to port FPC to those targets. The BSD rtls are afaik not
Sparc
On Sat, Apr 26, 2014 at 04:32:52PM +0100, Graeme Geldenhuys wrote:
However that is old sentiment, I don't know the current
situation.
That is correct. The latest FreeBSD supports quite a few targets (even
ARM7) - unlike years back.
That's indeed the only arch added since I last looked.
On Fri, May 02, 2014 at 11:30:06AM +0200, Petr Hlozek wrote:
Because I have to work with version that is in Debian. My app is
builded on Launchpad and Debian build system. After Lazarus 1.2.2
appears in Debian, I'll build packages for Ubuntu 14.04 as well.
If you could add patches to your
On Sat, May 10, 2014 at 06:49:36PM +0200, Koenraad Lelong wrote:
Here I'm stuck.
P.S. I do it this way because I don't see how I can use the bug-tracker
of sourceforge. I will have to search more.
charinset is a D2009+ function that is roughly the same as (c in
tsyscharset), where c is an
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
On Fri, May 16, 2014 at 08:14:11PM +0200, Mattias Gaertner wrote:
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
On Fri, Jun 20, 2014 at 06:52:53AM +0200, Sven Barth wrote:
+ sCheckMissingIdentifiers,
+ sCheckForMismatchesInUntranslatedStrings,
+ sCheckForDuplicateUntranslatedValues,
+ sCheckStatistics,
+ sFindAllTranslatedPoFiles
);
ok. That's reduces some
On Mon, Jun 23, 2014 at 11:48:53AM +0200, Giuliano Colla wrote:
implementation part is demanded to some third party Widgetset (such as
gtk, qt, Windows, etc.), via an Interfaces unit.
This is not compatible with other implementations, such as Kylix and
fgGui, just to mention two.
It is
On Wed, Jun 25, 2014 at 04:46:08PM +0200, Mattias Gaertner wrote:
Thanks for the Clarification.
I seem to remember that with Delphi the Term RuntimPackage had been used
the way I did and was not aware that with Lazarus this is different.
Both Delphi designtime and runtime packages are
On Fri, Jun 27, 2014 at 11:50:18AM +0200, Giuliano Colla wrote:
This is not compatible with other implementations, such as Kylix and
fgGui, just to mention two.
It is compatible with Kylix, since in CLX QT is hardcoded too afaik?!!?
You're right, in Kylix CLX Qt is hardcoded. Therefore
701 - 800 of 880 matches
Mail list logo