George Lober wrote:
George Lober wrote:
Since I mostly do my main Lazarus stuff under Linux, I have just now
come to the conclusion that under Windows (win98se), with gdb (6.2.1)
enabled, clicking on run or F9 causes the code to get compiled, but
it doesn't run. If I disable gdb (no
Hi,
Can we create our own $(Template) dirs like what Lazarus uses in the
Unit Path dialog.
I am refering to the $(LazarusDir) path defines. I would like to use
something like the following it my unit paths:
$(tiOPFDir)\Core;$(tiOPFDir)\Options;
PS:
See my next post for more details as to the
Hi,
We are working on a cross platform project (Linux and Windows) and
using the SubVersion repository. Some developers are working under
Linux and others under Windows. The project .lpi file is giving us
major problems at the moment. Every time a developer commits there
changes, the other
On Sat, 28 Jan 2006 11:46:03 +0200
Graeme Geldenhuys [EMAIL PROTECTED] wrote:
Hi,
We are working on a cross platform project (Linux and Windows) and
using the SubVersion repository. Some developers are working under
Linux and others under Windows. The project .lpi file is giving us
major
George Lober wrote:
George Lober wrote:
Since I mostly do my main Lazarus stuff under Linux, I have just now
come to the conclusion that under Windows (win98se), with gdb (6.2.1)
enabled, clicking on run or F9 causes the code to get compiled, but it
doesn't run. If I disable gdb (no debugger
We got the same thing under Windows. It happened a few times. You run
the app, it shows debugging... in the lazarus title bar, no error
message, and no App window appearing.
The solution for us...
Double check that your main form's Visible property = True.
For some strange reason Lazarus
On Sat, 28 Jan 2006 12:55:48 +0200
Graeme Geldenhuys [EMAIL PROTECTED] wrote:
Hi,
We are using Include files in our current project to split a single
large unit into smaller parts.
[I love the way Lazarus handles include files compared to Delphi]
We have a Model.pas unit, which contains
On Fri, 27 Jan 2006 13:51:23 -0700, SIX-S [EMAIL PROTECTED] wrote:
I am running XP PRO for windows, Lazarus version#9.10 beta. I am entering
the first program in the Lazarus Tutorial that put a button on the screen.
Occasionally I have had weird problems with gdb - it just stays in the
On Sat, 28 Jan 2006 13:01:28 +0200
Graeme Geldenhuys [EMAIL PROTECTED] wrote:
We got the same thing under Windows. It happened a few times. You run
the app, it shows debugging... in the lazarus title bar, no error
message, and no App window appearing.
The solution for us...
Double check
Thanks Mattias!
I'm a ex-Delphi programmer. I must really learn the way Lazarus
handles packages and all its advantages that go with it. I'm still
thinking to much in terms of how Delphi does things.
I will give the packages a try and see how it goes. Looking forward
to you solution to
On Fri, 2006-01-27 at 13:51 -0700, SIX-S wrote:
I am running XP PRO for windows, Lazarus version#9.10 beta. I am entering
the first program in the Lazarus Tutorial that put a button on the screen.
I did not see any error messages.
Do you see in the caption of lazarus that the program is
Hi,
I created a package and added all the units from a custom framework
(tiOPF) to the package. I set the Package Type to Runtime Only. It
compiled without any issues. I didn't Install the package into the
IDE, as it doesn't have any component, just objects I use (eg:
tiObject, tiVisitor, etc)
Hi all,
I am trying to build a native gzip uncompressor into a unit for use by
programs, no difficulty right, I just use paszlib and stole (with some
adaptation) the code from the minigzip example to come up with this function
(I chose a function in order to feed the output back to a graphical
Another note on this, I stripped the function into a unit all of it's own (no
package), then I called this function from a lazarus program and got an
access violation as soon as I called gz_uncompress.
I then created a very simple little plain pascal program calling the same unit
with
On Sat, 28 Jan 2006 15:01:41 +0200
A.J. Venter [EMAIL PROTECTED] wrote:
Hi all,
I am trying to build a native gzip uncompressor into a unit for use by
programs, no difficulty right, I just use paszlib and stole (with some
adaptation) the code from the minigzip example to come up with this
On Sat, 28 Jan 2006 14:25:38 +0200
Graeme Geldenhuys [EMAIL PROTECTED] wrote:
Hi,
I created a package and added all the units from a custom framework
(tiOPF) to the package. I set the Package Type to Runtime Only. It
compiled without any issues. I didn't Install the package into the
IDE,
Hi
It will be nice to have this feature
1. Shortcut to Source Edit Window f.e. Ctl Alt E (like for Search Result)
2. Main Ide panel should be BRING TO FRONT when any of other Lasarus
window is showed.
I use XFCE, and when main panel disappear, there is no way to show it,
only close all window
On Sat, 28 Jan 2006 00:45:20 +0100
darekm [EMAIL PROTECTED] wrote:
[...]
I disabled it for SystemColors. See TGtkWidgetSet.SetWidgetColor.
That is not good, for me better do it in function ColorToRGB(Color:
TColor): TColor (if it's not enought)
If they return clNone then
On Sat, 28 Jan 2006 00:47:21 +0100
darekm [EMAIL PROTECTED] wrote:
Hi
with the patch set color and size font of tButton and tBitBtn work
Which others widget I should test?
The setcolor patch crashes on some systems. Do you have an idea, why?
See thread 'revision 8625'.
Mattias
Patrick Chevalley wrote:
Can you update and try compiling lazarus with -dDisableWidgetColor?
This not change the problem.
I add a few DebugLn in SetWidgetColor, just before your ifdef.
By comparison of the trace with a working theme the segfault occur
after the last passage to
On Sat, 28 Jan 2006 18:35:05 +0100
darekm [EMAIL PROTECTED] wrote:
Patrick Chevalley wrote:
Can you update and try compiling lazarus with -dDisableWidgetColor?
This not change the problem.
I add a few DebugLn in SetWidgetColor, just before your ifdef.
By comparison of the trace with
On Sat, 28 Jan 2006 16:20:09 +0100
darekm [EMAIL PROTECTED] wrote:
Hi
It will be nice to have this feature
1. Shortcut to Source Edit Window f.e. Ctl Alt E (like for Search Result)
Editor Options - Keymaping - View - Toggle view source editor
2. Main Ide panel should be BRING TO FRONT
On Fri, 27 Jan 2006 22:43:11 -0800, George Lober [EMAIL PROTECTED] wrote:
Not sure what to make of the silence.
It is somewhat difficult to comment on the problems of a 8-year old,
not-any-more supported operating system which has several flaws
in its internals. I understand that you do not want
Finally found the problem after I take a full diff with 8624 and add
debugln at each change.
The faulty is TGtkWidgetSet.Frame3d
It really not like the nil here :
gtk_paint_shadow(theStyle,
AWindow, GTK_STATE_NORMAL,
ShadowType,
Tested. It works. :) Thank you very much.
On Sat, 28 Jan 2006 22:56:24 +0100, Patrick Chevalley [EMAIL PROTECTED] wrote:
Finally found the problem after I take a full diff with 8624 and add
debugln at each change.
The faulty is TGtkWidgetSet.Frame3d
It really not like the nil here :
Vincent Snijders wrote:
George Lober wrote:
George Lober wrote:
Since I mostly do my main Lazarus stuff under Linux, I have just now
come to the conclusion that under Windows (win98se), with gdb
(6.2.1) enabled, clicking on run or F9 causes the code to get
compiled, but it doesn't run. If
On Sat, 28 Jan 2006 22:56:24 +0100
Patrick Chevalley [EMAIL PROTECTED] wrote:
Finally found the problem after I take a full diff with 8624 and add
debugln at each change.
The faulty is TGtkWidgetSet.Frame3d
It really not like the nil here :
gtk_paint_shadow(theStyle,
27 matches
Mail list logo