[Lazarus] Fatal: Can't find unit system used by Lazarus
Yes, again. Hi Folks. On a Linux OpenSuse x86_64, Lazarus 1.1 37432 31/05/2012, FPC 2.6.0 After a successful compilation of Indy 10.5.9 package (latest SVN source) when trying to install it: BOUM ! All packages up to SQLDBLaz have been compiled OK Fatal: Can't find unit system used by Lazarus while Lazarus was compiling itself. Removing the package from the installation list does not help. In a Win32 compilation and intallation of the same package was a success I'm almost sure that this error has been reported some time ago but Im not able to find it. Any ideas ? Antonio. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Fatal: Can't find unit system used by Lazarus
Antonio Fortuny a.fort...@sitasoftware.lu hat am 25. Januar 2013 um 09:07 geschrieben: Yes, again. Hi Folks. On a Linux OpenSuse x86_64, Lazarus 1.1 37432 31/05/2012, FPC 2.6.0 After a successful compilation of Indy 10.5.9 package (latest SVN source) when trying to install it: BOUM ! All packages up to SQLDBLaz have been compiled OK Fatal: Can't find unit system used by Lazarus while Lazarus was compiling itself. Removing the package from the installation list does not help. In a Win32 compilation and intallation of the same package was a success I'm almost sure that this error has been reported some time ago but Im not able to find it. Any ideas ? Maybe you mixed two Lazarus? If yes: Close IDE. Delete ~/.lazarus/bin and ~/.lazarus/packagefiles.xml. Start IDE and build it clean. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Fatal: Can't find unit system used by Lazarus
Le 25/01/2013 09:42, Mattias Gaertner a écrit : Any ideas ? Maybe you mixed two Lazarus? AFAIK this isn't the case If yes: Close IDE. Delete ~/.lazarus/bin and ~/.lazarus/packagefiles.xml. Start IDE and build it clean. I'll try this anyway Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Daily snapshots
Antonio Fortuny a.fort...@sitasoftware.lu hat am 25. Januar 2013 um 09:32 geschrieben: Hi again. On the download sites I always see for Linux downloads: 1. Lazarus (needs fpc and fpc-src) followed by lazarus-1.1.39945-20130124.laz.x86_64.rpm 65Mo then 2. Lazarus fixes (needs fpc and fpc-src) followed by lazarus-1.0.5.39944-20130124.laz.x86_64.rpm 63Mo What is the subtle difference between them ? 1.1 is the development version (experimental). 1.0.5 the fixes version (last release plus some bug fixes). http://wiki.freepascal.org/Lazarus_Development_Process#Lazarus_branches_.2F_version_numbers_around_1.0 When installing the # 1. should the # 2. be installed too ? Only one is needed. Only # 1. is needed ? A little explanation would be appreciated. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Daily snapshots
Antonio Fortuny wrote: Hi again. On the download sites I always see for Linux downloads: In fairness, that's the Daily Snapshot page, not the Download page. Rather more serious is that the last update on the explanatory wiki page was in 2011. 1. Lazarus (needs fpc and fpc-src) followed by lazarus-1.1.39945-20130124.laz.x86_64.rpm 65Mo then 2. Lazarus fixes (needs fpc and fpc-src) followed by lazarus-1.0.5.39944-20130124.laz.x86_64.rpm 63Mo What is the subtle difference between them ? Look at the version numbers: 1.1 is trunk, 1.0.5 is stable+fixes (the main download page is 1.0.4 so hasn't quite caught up). Choose and keep separate. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus books
On 01/25/2013 06:59 AM, Héctor F. Fiandor Rosario wrote: I have not dissabled the Delphi5 installation, and often I consult the Delphi´s help for some details. Same here (but using the once free Turbo Delphi aka D7). But I did not dare to write this (again) ;-) . -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] TBitmap image from TBitBtn button didn’t display during run time.
Good day, I got a problem with a TBitmap image from TBitBtn button that didn’t display during run time. -- Kind Regards Eric Kom System Administrator Programmer - Metropolitan College _ / You are scrupulously honest, frank, and \ | straightforward. Therefore you have few | \ friends./ - \ \ .--. |o_o | |:_/ | // \ \ (| Kom | ) /'\_ _/`\ \___)=(___/ 2 Hennie Van Till, White River, 1240 Tel: 013 750 2255 | Fax: 013 750 0105 | Cell: 078 879 1334 eric...@kom.za.net | eric...@metropolitancollege.co.za www.kom.za.net | www.kom.za.org | www.erickom.co.za Key fingerprint: 513E E91A C243 3020 8735 09BB 2DBC 5AD7 A9DA 1EF5 -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus books
2013/1/25 Michael Schnell mschn...@lumino.de On 01/25/2013 06:59 AM, Héctor F. Fiandor Rosario wrote: I have not dissabled the Delphi5 installation, and often I consult the Delphi´s help for some details. Same here (but using the once free Turbo Delphi aka D7). But I did not dare to write this (again) ;-) . -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus Turbo Delphi was Delphi 2006, not Delphi 7... -- William de Oliveira Ferreira -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] GTK2 threading
On 23.01.2013 11:44, Michael Schnell wrote: On 01/22/2013 06:52 PM, Anton Kavalenka wrote: But GTK Widgetset uses pure Xlib calls for determining keyboard states. Xlib thread-safety is not initialized in GTK2 widgetset. AFAIK: As the GUI and Event-queue related LCL classes (i.e. TApplication) are not thread save themselves (e.g. using global variables). It does not make sense to attach to the System's Widget set in a thread safe way. To allow for multiple GUI threads a major update of the appropriate LCL functions would be necessary, so that multiple threads can create their own dedicated TApplication instances. -Michael Dear Michael! The problem is in LCL implementation itself, not in event queuing. Real life example: Off-screen composing is made into TBitmap. Screen update is made via Synchronize() call or sending a message to the control (it does not matter). This approach works both in Win32/64 and Carbon. But in LCL-GTK: Getting and setting bitmap data invoke GTK and Xlib calls. If it were pure GTK - all would be OK. GTK is thread-safe and uses mutexes internally. X is also thread-safe (as soon XInitThreads called). But currently LCL-GTK is a mix of Xlib and GTK calls, and threading for XLib is NOT initialized. The described example works until i click the form. This beaks X-message flow. GTK does not block Xlib and vice versa. As I have already written, I'll try to provide the example of problem, which works in Win32,Carbon but fails in GTK. regards, Anton -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus books
Am 25.01.2013 12:09, schrieb William Oliveira Ferreira: 2013/1/25 Michael Schnell mschn...@lumino.de mailto:mschn...@lumino.de On 01/25/2013 06:59 AM, Héctor F. Fiandor Rosario wrote: I have not dissabled the Delphi5 installation, and often I consult the Delphi´s help for some details. Same here (but using the once free Turbo Delphi aka D7). But I did not dare to write this (again) ;-) . -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org mailto:Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus Turbo Delphi was Delphi 2006, not Delphi 7... I have the feeling the around Turbo Delphi are there for a reason... Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] GTK2 threading
Anton Kavalenka anto...@tut.by hat am 25. Januar 2013 um 12:21 geschrieben: On 23.01.2013 11:44, Michael Schnell wrote: On 01/22/2013 06:52 PM, Anton Kavalenka wrote: But GTK Widgetset uses pure Xlib calls for determining keyboard states. Xlib thread-safety is not initialized in GTK2 widgetset. AFAIK: As the GUI and Event-queue related LCL classes (i.e. TApplication) are not thread save themselves (e.g. using global variables). It does not make sense to attach to the System's Widget set in a thread safe way. To allow for multiple GUI threads a major update of the appropriate LCL functions would be necessary, so that multiple threads can create their own dedicated TApplication instances. -Michael Dear Michael! The problem is in LCL implementation itself, not in event queuing. I guess, Michael meant, that the LCL only accesses the widgetset via the main thread and therefore should not need any thread control. But the LCL does not check if it is called by another thread. So you can shoot yourself in the foot by doing so. Real life example: Off-screen composing is made into TBitmap. Screen update is made via Synchronize() call or sending a message to the control (it does not matter). This approach works both in Win32/64 and Carbon. But in LCL-GTK: Getting and setting bitmap data invoke GTK and Xlib calls. If it were pure GTK - all would be OK. GTK is thread-safe and uses mutexes internally. X is also thread-safe (as soon XInitThreads called). But currently LCL-GTK is a mix of Xlib and GTK calls, and threading for XLib is NOT initialized. The described example works until i click the form. This beaks X-message flow. GTK does not block Xlib and vice versa. Can you give me the bug report link? As I have already written, I'll try to provide the example of problem, which works in Win32,Carbon but fails in GTK. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Daily snapshots
2013/1/25 Mark Morgan Lloyd markmll.laza...@telemetry.co.uk: Look at the version numbers: 1.1 is trunk, 1.0.5 is stable+fixes (the main download page is 1.0.4 so hasn't quite caught up). Choose and keep separate. What do you mean by hasn't quite caught up? It is up to date, isn't it? Vincent -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Daily snapshots
Vincent Snijders wrote: 2013/1/25 Mark Morgan Lloyd markmll.laza...@telemetry.co.uk: Look at the version numbers: 1.1 is trunk, 1.0.5 is stable+fixes (the main download page is 1.0.4 so hasn't quite caught up). Choose and keep separate. What do you mean by hasn't quite caught up? It is up to date, isn't it? I was trying not to make a value judgment as to whether that was intentional or not. Obviously going by the numbering convention- which the OP might not be familiar with- 1.0.4 is a stable stable+fixes, while 1.0.5 is just how it's described: an automatically-generated snapshot slightly ahead of reality. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Problem growing an array
Hi,
Could one of you experts look at my code please.
My program crashes after the first set of strings are added because -- I
think -- the length is not updating.
The following is just a snipet.
type
Detail = record
Extra1, Extra2, Extra3, Extra4, Extra5, Extra6, Extra7, Extra8 :string
end;
var
Form1: TForm1;
head : array [0..7] of string = ('Extra1', 'Extra2', 'Extra3',
'Extra4','Extra5', 'Extra6', 'Extra7', 'Extra8');
x : integer;
y : integer;
z : integer;
w : integer;
currentLength : integer;
collection : array of Detail;
information : array of array of string;
procedure TForm1.MenuItemInputClick(Sender: TObject);
//initial setup
begin
SetLength(collection,1);
SetLength(information,8,1);
end;
procedure TForm1.ButtonNextClick(Sender: TObject);
begin
// extend array lengths
if Length(collection) (y+1)then
begin
SetLength(collection, y+1);
SetLength(information[x],y+1);
end;
// load array
information[0,y] := TEdit1.Text;
information[1,y] := TEdit2.Text;
information[2,y] := TEdit3.Text;
information[3,y] := TEdit4.Text;
information[4,y] := TEdit5.Text;
information[5,y] := TEdit6.Text;
information[6,y] := TEdit7.Text;
information[7,y] := TEdit8.Text;
//display aray lenghts
z := (Length(collection));
LabelResult.Caption := inttostr(z);
w := (Length(information));
LabelResult1.Caption := inttostr(w);
//write to listbox
for x := 0 to 7 do
begin
ListBox1.Items.Add(head[x] + ' ' + information[x,y] + ' ');
end;
//clear edit boxes
TEdit1.Text := ' ';
TEdit2.Text := ' ';
TEdit3.Text := ' ';
TEdit4.Text := ' ';
TEdit5.Text := ' ';
TEdit6.Text := ' ';
TEdit7.Text := ' ';
TEdit8.Text := ' ';
y := y + 1
end;
After the first set of strings are added, I get this error message:-
Project protection raised exception class 'External: SIGSEGV'.
I'm sure it's just me not understanding how arrays should be manipulated,
Look forward to any help
Paul
--
---This message has been sent using Thunderbird on kubuntu---
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem growing an array
On 25/1/13 3:55, appjaws wrote: Hi, Could one of you experts look at my code please. My program crashes after the first set of strings are added because -- I think -- the length is not updating. The following is just a snipet. It's hard to tell from a snippet, but I don't see anywhere that you are initialising the values of your array indices x and y. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem growing an array
On 25/01/13 18:26, Howard Page-Clark wrote: On 25/1/13 3:55, appjaws wrote: Hi, Could one of you experts look at my code please. My program crashes after the first set of strings are added because -- I think -- the length is not updating. The following is just a snipet. It's hard to tell from a snippet, but I don't see anywhere that you are initialising the values of your array indices x and y. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus Thank you for your reply, procedure TForm1.MenuItemInputClick(Sender: TObject); //initial setup begin SetLength(collection,1); SetLength(information,8,1); x := 0; y := 0; end; Sorry I missed that out. Paul -- ---This message has been sent using Thunderbird on kubuntu--- -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus books
oh yeah, now i got ... 2013/1/25 Sven Barth pascaldra...@googlemail.com Am 25.01.2013 12:09, schrieb William Oliveira Ferreira: 2013/1/25 Michael Schnell mschn...@lumino.de On 01/25/2013 06:59 AM, Héctor F. Fiandor Rosario wrote: I have not dissabled the Delphi5 installation, and often I consult the Delphi´s help for some details. Same here (but using the once free Turbo Delphi aka D7). But I did not dare to write this (again) ;-) . -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus Turbo Delphi was Delphi 2006, not Delphi 7... I have the feeling the around Turbo Delphi are there for a reason... Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- William de Oliveira Ferreira -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Problem growing an array
On 25/1/13 6:38, appjaws wrote: On 25/01/13 18:26, Howard Page-Clark wrote: On 25/1/13 3:55, appjaws wrote: Hi, Could one of you experts look at my code please. My program crashes after the first set of strings are added because -- I think -- the length is not updating. You're not initialising the array of array correctly. Try this: if Length(collection) (y+1)then begin SetLength(collection, y+1); SetLength(information[0],y+1); SetLength(information[1],y+1); SetLength(information[2],y+1); SetLength(information[3],y+1); SetLength(information[4],y+1); SetLength(information[5],y+1); SetLength(information[6],y+1); SetLength(information[7],y+1); end; -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Daily snapshots
2013/1/25 Mark Morgan Lloyd markmll.laza...@telemetry.co.uk: Vincent Snijders wrote: 2013/1/25 Mark Morgan Lloyd markmll.laza...@telemetry.co.uk: Look at the version numbers: 1.1 is trunk, 1.0.5 is stable+fixes (the main download page is 1.0.4 so hasn't quite caught up). Choose and keep separate. What do you mean by hasn't quite caught up? It is up to date, isn't it? I was trying not to make a value judgment as to whether that was intentional or not. Obviously going by the numbering convention- which the OP might not be familiar with- 1.0.4 is a stable stable+fixes, while 1.0.5 is just how it's described: an automatically-generated snapshot slightly ahead of reality. Yes, and 1.0.4 is a release and the download page contains released versions and no snapshots. So it will never catch up to 1.0.5, only to to 1.0.6 when that is released. But I would not call that catching up. I did not hear a value judgement, I guess, but an expectation or a possibility, which I don't see. Vincent -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
