Hi!
I want to have the date/time of my computer for GMT. As I searched the
rtl.pdf, I found out that there are some functions
in OLDLinux unit which return the current time for GMT (not local
timezone). I wonder if they can be used on Windows (It said
that those functions return the current ke
On Wed, 13 Aug 2008 23:12:25 +0200 (CEST)
Daniël Mantione <[EMAIL PROTECTED]> wrote:
>[...]
> >> The text mode IDE can display statisics while compiling. Why can't
> >> Lazarus?
> >>
> >> There is the compiler unit, which *is* available, and this is the
> >> only officially supported compiler inte
Op Wed, 13 Aug 2008, schreef Vincent Snijders:
Because it is a unit:
* A crashing compiler would mean a crashing IDE.
* A compiler with memory leak would mean a IDE with memory leak.
Your point is correct, but the textmode IDE does survive compiler crashes
and you can continue development (
Op Wed, 13 Aug 2008, schreef Mattias Gaertner:
On Wed, 13 Aug 2008 21:29:59 +0200 (CEST)
Daniël Mantione <[EMAIL PROTECTED]> wrote:
Op Wed, 13 Aug 2008, schreef Vincent Snijders:
Daniël Mantione schreef:
Op Wed, 13 Aug 2008, schreef Vincent Snijders:
It easier to change the message pa
Daniël Mantione schreef:
Op Wed, 13 Aug 2008, schreef Vincent Snijders:
Daniël Mantione schreef:
Op Wed, 13 Aug 2008, schreef Vincent Snijders:
It easier to change the message parser if you change it, than to
design a protocol for more computer friendly messages.
It's not about what is l
Daniël Mantione schreef:
Op Wed, 13 Aug 2008, schreef Vincent Snijders:
Daniël Mantione schreef:
Op Wed, 13 Aug 2008, schreef Vincent Snijders:
It easier to change the message parser if you change it, than to
design a protocol for more computer friendly messages.
It's not about what is l
On Wed, 13 Aug 2008 21:29:59 +0200 (CEST)
Daniël Mantione <[EMAIL PROTECTED]> wrote:
>
>
> Op Wed, 13 Aug 2008, schreef Vincent Snijders:
>
> > Daniël Mantione schreef:
> >> Op Wed, 13 Aug 2008, schreef Vincent Snijders:
> >>
> >>> It easier to change the message parser if you change it, than
Op Wed, 13 Aug 2008, schreef Vincent Snijders:
Daniël Mantione schreef:
Op Wed, 13 Aug 2008, schreef Vincent Snijders:
It easier to change the message parser if you change it, than to design a
protocol for more computer friendly messages.
It's not about what is less work. It's about what
Daniël Mantione schreef:
Op Wed, 13 Aug 2008, schreef Vincent Snijders:
It easier to change the message parser if you change it, than to
design a protocol for more computer friendly messages.
It's not about what is less work. It's about what has the best
compatibility, the best maintainabi
Op Wed, 13 Aug 2008, schreef Vincent Snijders:
It easier to change the message parser if you change it, than to design a
protocol for more computer friendly messages.
It's not about what is less work. It's about what has the
best compatibility, the best maintainability, the best reliability
Daniël Mantione schreef:
Op Wed, 13 Aug 2008, schreef Mattias Gärtner:
FYI: Because there are several tools to parse FPC/Make/whatever output
it is planned to tell fpc to always give english output and show the
translated text in the messages window.
Ok, for once and for all, and please re
Op Wed, 13 Aug 2008, schreef Mattias Gärtner:
FYI: Because there are several tools to parse FPC/Make/whatever output
it is planned to tell fpc to always give english output and show the
translated text in the messages window.
Ok, for once and for all, and please read up the following words
Zitat von ik <[EMAIL PROTECTED]>:
> On Wed, Aug 13, 2008 at 6:58 PM, Micha Nelissen <[EMAIL PROTECTED]> wrote:
> > Bernd Mueller wrote:
> >>
> >> I think, the proper way could be, that fpc makes this message fatal, if
> >> the unit source is not present.
> >
> > The proper way is probably for Laza
On Wed, Aug 13, 2008 at 6:58 PM, Micha Nelissen <[EMAIL PROTECTED]> wrote:
> Bernd Mueller wrote:
>>
>> I think, the proper way could be, that fpc makes this message fatal, if
>> the unit source is not present.
>
> The proper way is probably for Lazarus to parse also other messages in case
> of Fat
Hello, FPC developers' list
The last for today and the last for gdk package.
Best regards,
Paul Ishenin.
Index: packages/gtk2/src/gtk+/gdk/gdkdisplay.inc
===
--- packages/gtk2/src/gtk+/gdk/gdkdisplay.inc (revision 11564)
+++ packa
Bernd Mueller wrote:
I think, the proper way could be, that fpc makes this message fatal, if
the unit source is not present.
The proper way is probably for Lazarus to parse also other messages in
case of Fatal, to give more context :-).
Micha
___
f
Bernd Mueller wrote:
Florian Klaempfl wrote:
Bernd Mueller schrieb:
Hello,
The compiler message "PPU Invalid Version n" should be made a fatal
error. This would help Lazarus to display the real problem (wrong ppu
version), instead of displaying the error Massage "Fatal: Can't find
unit x",
On Wed, 13 Aug 2008, Paul Ishenin wrote:
> Hello, FPC developers' list
>
> - added pango_renderer_xxx and pango_matrix_xxx symbols from pango 1.6 version
>
> that is needed to continue with gdk 2.6 and for lazarus gtk2 interface
> ofcource
Patched (rev. 11563) and merged (rev. 11564).
Thanks
On Wed, 13 Aug 2008, Paul Ishenin wrote:
> Hello, FPC developers' list
>
> Here is the patch wich:
> - adds missed gdk 2.4 symbols
>
> Please apply a patch and add gdkspawn.inc to the trunk and the fixes branch.
Applied (rev. 11560) and merged (rev. 11562)
Thanks for the patch.
Michael.
___
On Wed, 13 Aug 2008, Paul Ishenin wrote:
> Michael Van Canneyt wrote:
> > On Wed, 13 Aug 2008, Paul Ishenin wrote:
> >
> >
> > > Hello, FPC developers' list
> > >
> > > Here is the patch wich:
> > > - adds missed gdk 2.4 symbols
> > >
> > > Please apply a patch and add gdkspawn.inc to the tru
Hello, FPC developers' list
- added pango_renderer_xxx and pango_matrix_xxx symbols from pango 1.6
version
that is needed to continue with gdk 2.6 and for lazarus gtk2 interface
ofcource
Best regards,
Paul Ishenin.
Index: packages/gtk2/src/pango/pangoincludes.inc
===
Michael Van Canneyt wrote:
On Wed, 13 Aug 2008, Paul Ishenin wrote:
Hello, FPC developers' list
Here is the patch wich:
- adds missed gdk 2.4 symbols
Please apply a patch and add gdkspawn.inc to the trunk and the fixes branch.
Before I do this, should there not be some conditional d
On Wed, 13 Aug 2008, Paul Ishenin wrote:
> Hello, FPC developers' list
>
> Here is the patch wich:
> - adds missed gdk 2.4 symbols
>
> Please apply a patch and add gdkspawn.inc to the trunk and the fixes branch.
Before I do this, should there not be some conditional define to select the
GTK/G
Hello, FPC developers' list
Here is the patch wich:
- adds missed gdk 2.4 symbols
Please apply a patch and add gdkspawn.inc to the trunk and the fixes
branch.
gdk 2.6 and gtk 2.4, 2.6 symbols will follow later.
Best regards,
Paul Ishenin.
Index: packages/gtk2/src/gtk+/gdk/gdk2.pas
==
Florian Klaempfl wrote:
Bernd Mueller schrieb:
Hello,
The compiler message "PPU Invalid Version n" should be made a fatal
error. This would help Lazarus to display the real problem (wrong ppu
version), instead of displaying the error Massage "Fatal: Can't find
unit x", which is misleading in
Bernd Mueller schrieb:
Hello,
The compiler message "PPU Invalid Version n" should be made a fatal
error. This would help Lazarus to display the real problem (wrong ppu
version), instead of displaying the error Massage "Fatal: Can't find
unit x", which is misleading in this case.
This has a
Hello,
The compiler message "PPU Invalid Version n" should be made a fatal
error. This would help Lazarus to display the real problem (wrong ppu
version), instead of displaying the error Massage "Fatal: Can't find
unit x", which is misleading in this case.
Regards, Bernd.
Index: compiler/ms
27 matches
Mail list logo