Re: [lazarus] KOL-CE release

[anteusz]

Yury Sidorov wrote:

From: "Yury Sidorov" <[EMAIL PROTECTED]>

From: <[EMAIL PROTECTED]>

I did not get very far. I got error creating component TKOLForm.


Grr. I updated to latest svn version of Lazarus and indeed there is 
AV error when trying to drop TKOLForm component on the form.

I'll fix it ASAP.


False alarm :) AV error during TKOLForm creation indicates that you 
forgot to set projectDest property of TKOLProject component. I fixed 
this AV to proper message in svn trunk, but it is not critical bug for 
the current release version which can be safelu used.


As I mentioned before, please use project's page
at SourceForge: http://sourceforge.net/projects/kol-ce/ for KOL-CE 
support questions and bug reports.


Yury.
_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives



Ok, I see you are right.
So why are the executables smaller with KOL than with Lazarus?

Marton Papp



_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: [lazarus] KOL-CE release

[anteusz]

Yury Sidorov wrote:

Hi,

Today I made the first public release of KOL-CE library.

KOL-CE is Free Pascal/Lazarus port of KOL&MCK devloped by Vladimir 
Kladov (http://kolmck.net).


KOL-CE allows to create very compact Win32/WinCE GUI applications 
(starting from ~40KB executable for project with empty form).
MCK is Lazarus package wich allows VISUAL development of KOL-CE 
projects in Lazarus IDE.


Initially KOL-CE was planned as KOL port for WinCE only. But later it 
was decided to keep Win32 functionality and made it work with FPC 
smoothly. Original KOL is targeted for Delphi and does not work with 
FPC very well. Original MCK can not be used with Lazarus at all.


Yury Sidorov.
_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives



Hi!
I did not get very far. I got error creating component TKOLForm.


Regards

Marton Papp

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: [lazarus] KOL-CE release

[anteusz]

Yury Sidorov wrote:

Hi,

Today I made the first public release of KOL-CE library.

KOL-CE is Free Pascal/Lazarus port of KOL&MCK devloped by Vladimir 
Kladov (http://kolmck.net).


KOL-CE allows to create very compact Win32/WinCE GUI applications 
(starting from ~40KB executable for project with empty form).
MCK is Lazarus package wich allows VISUAL development of KOL-CE 
projects in Lazarus IDE.


Initially KOL-CE was planned as KOL port for WinCE only. But later it 
was decided to keep Win32 functionality and made it work with FPC 
smoothly. Original KOL is targeted for Delphi and does not work with 
FPC very well. Original MCK can not be used with Lazarus at all.


Yury Sidorov.
_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives



Hi!

What is the state of that project? Is it beta? Is it usable? Does it 
have many bugs?



Marton Papp

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: [lazarus] UTF-8 vs UTF-16 support

[anteusz]

Graeme Geldenhuys wrote:

Hi,

I asked a similar question in the MSEgui newsgroup as well.  What was
the reason for choosing to support UTF-8 instead of UTF-16?

- Quoted Mattias from 6 months ago  --
The LCL will support UTF-8 and provide some extra functions for UTF-16,
because UTF-8 is more compatible to existing pascal programs
---   END   --


Does this mean UTF-8 was chosen only because it is more compatible
with existing pascal programs?  Any other reasons?

These are the pro points I received for using UTF-16 in MSEgui.

* It is faster to work with UTF-16 (and so WideString) encoded text
compared to UTF-8.
* Easier to implement.
* WideString allows indexed "[]" accessing individual chars.
* Has predictable "length()" value.  (not sure what they meant here)
* Most widget toolkits and libraries have WideString API's already.
(Win32, Xft, Xlib etc..)



Regards,
  - Graeme -


___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

_
 To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


  


* WideString allows indexed "[]" accessing individual chars.

This does not seem to be correct. I read that utf16 can be 4 byte long.. 
Then calculation is needed sometimes...


Marton Papp

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: [lazarus] UTF-8 vs UTF-16 support

[anteusz]

Paul Ishenin wrote:

Graeme Geldenhuys wrote:

Does this mean UTF-8 was chosen only because it is more compatible
with existing pascal programs?  Any other reasons?



Is UTF-16 cover all languages? As I know it have problems with Chinese 
and/or Japanese languages. While utf-8 doesnot have such problems. 
More over most software uses English as default language. UTF-8 
encoded English words are still the same as non-encoded English words.


Btw, I dont know other advantages.

Best regards,
Paul Ishenin.

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


As far as I read it , it does because one character is encoded as 2 byte 
or 4 byte.


Marton Papp

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: [lazarus] Docking Message window into Source editor

[anteusz]

Mattias Gaertner wrote:

On Wed, 03 Oct 2007 19:08:02 +0200
Johannes Müller <[EMAIL PROTECTED]> wrote:

  

wile64 schrieb:


Hi all,

It is a (unofficial) patch for docking the message window into the 
source editor (bottom).


I dont search Message Window ;)

Tested on win32 and GTK2

Regards

--
Laurent.

My Web : http://wile64.neuf.fr/
French Forum : http://lazforum-fr.tuxfamily.org/index.php
  

really nice

I think, this patch should be official added.



Notes:
- It adds directly a TMenuItem instead of registering a TIDEMenuItem.
- It does not save its state.
- It does not handle any other docked window.
- It does not fix the positioning code in the IDE for the message
window.

This means this patch can be easily undone, when the LCL get a good
working docking manager, that can be used by the IDE. So, we can add it
with IFDEFs.


Mattias

_
 To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives

  

What is tthe plan? When is LCL going to have a good working docking manager?


Marton Papp


_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: [lazarus] Docking Message window into Source editor

[anteusz]

Víctor R. Ruiz wrote:

  Hi:

2007/10/3, wile64 <[EMAIL PROTECTED]>:
  

It is a (unofficial) patch for docking the message window into the source
editor (bottom). I dont search Message Window ;)



  I'm still working on the whole IDE docking. The lastest code I have
is cleaner than the one I previously sent. You can see the results on
this window: http://rvr.infoastro.org/lazarus-ide-2.png Your code is
very interesting because it adds the switch option in a right menu,
which was a feature I was discussing on #lazarus-es. I was more
interested in a speed button at the right top of the window, like
other programs. Thoughts?

  Greetings,

  

Hi!
When will you finish doing it?

Marton Papp

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: [lazarus] Docking Message window into Source editor

[anteusz]

A.J. Venter wrote:

Can I vote for this one  ? :)
For those of us still hoping for a single window IDE eventually, this 
would be a small but extremely important step along the way.


A.J.
wile64 wrote:

Hi!

I guess single window IDE could be optional. So everyone could be happy. 
Even those who like the current setup...



Marton Papp

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

[lazarus] hi! what is the state of docking?

[anteusz]

Hi!

I have heard of docking in Lazarus and it is finished partially. What 
does it that mean?

What is done and what is not?
Is it Delphi 6 compatible?,

Regards

Marton Papp


_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: Free Pascal widget set

[anteusz]

Marco van de Voort wrote:

Using C++ libraries from other languages is either bloat or hard to use.
  


The problem of the C++ widget libraries is that they are meant to be used
directly, not to base a higher level widget set (like LCL) with an own set
of properties on them.

If you try that you end up actually working around what the C++ api
provides.

  

In theory, many C++ libraries should be faster, in practice they're not.



Faster than WHAT?
 
  

This is due to the fact that many C++ developers are just to desperate to
start programming, skipping the design process.

Remember that Pascal was originaly designed to help students to learn
programming, wheter structured programming or object oriented
programming...



While true, this is often misstated. Pascal was designed to teach math
students (and that often even meant post-docs) efficient (practical)
implementations of algoritms, and Pascal itself was designed to be
efficient.

When stated like above it sounds like it was for beginners programming, and
one expects the turtle to make its appearance any second.
 


_
 To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


  

C++ libraries hard to use?
Can you give me examples?
I think it does not matter what was language designed for.
For me, it is a question what I can do with it.
I cannot see significant difference between Pascal and C++ that would 
affect how the compiler should be implemented.

How fast a language is, depends on the compiler.
If you make a compiler that is advanced enough, then the language will 
be fast.


Regards
Márton Papp

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: Timage property stretch problem

[anteusz]

Marien van Westen wrote:

No reply until now!.
Is there nobody interested in solving this problem?
Am I the only person with this problem?

Marien

On 5/25/06, *Marien van Westen * <[EMAIL PROTECTED] 
> wrote:


Hello,

When I load a picture in a Timage and I use the property Stretch
to get a smaller image, I see a change in colors and a Blocky
pattern appears.
See the attachment. I try to make a photo-indexing program, but
this "feature" stops me from finishing it.
I think something is wrong with the stretching algoritm, but I
cannot find the unit where it is implemented.
Can somebody help me where to find this unit?

Marien



It is implemented in C:\lazarus\lcl\include\customimage.inc.
See procedure TCustomImage.SetStretch(Value : Boolean);
Regards

Márton Papp

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: [lazarus] Request for PR noise !

[anteusz]

Al Boldi wrote:

Flávio Etrusco wrote:
  

Unfortunately, I don't know
why,  intelligent + phylosophical + logicist <> atheist...)



Because believing in one and only one CREATOR is intelligent + philosophical 
+ logical. see http://www.islam-guide.com for more information.


  

On 5/19/06, m2 <[EMAIL PROTECTED]> wrote:


I don't care whether the Lazarus team decides to
change the name or not. Now, I know and use Lazarus. For me its name has
no more importance, I know what is behind it. But this is not the case
for those who don't know it yet.
  


Yes, a real developer probably wouldn't care what name it has, but a real 
developer probably has real clients.  Those clients probably have no clue, 
so cosmetics is probably critical to be able to convince them, if you know 
what I mean :)


So the situation is probably like this:
Client> What language do you use to implement our system.
Devlpr> Pascal.
Client> Say what???
Devlpr> Uh, I meant to say LAZARUS.
Client> What

With a smart/cosmetic name change the same goes probably like this:
Client> What language do you use to implement our system.
Devlpr> OpenRAD.  It allows me to pick a language specific to your needs.
Client> Wow!

Thanks!

--
Al

  

Ok, I have another idea.
Client: What language do you use to implement our system?
Devlp: An object-oriented mature language.. with properties and son on. 
Even C# was derived from it...

Client: C#?
Devlp: Yes, the guy who was behind Delphi went to Microsoft to create 
C#...Somehow it has elements of Delphi..

Client: What is it?
Devlp: Object Pascal..
Client: Does anyone use Pascal?
Devlp: A lot of people if you ask. Anyone who uses Delphi. And it is is 
Object Pascal..

But let us leave Delphi.. I use Lazarus IDE which is similar to Delphi.
Client: SImilar?
Devlp: Oh , yes and it is freeless cost and more freedom...
Client: What is Lazarus Ide?
Devlp:It contains Object Pascal and developer tools, GUI designer...
So on
So on..
Correct me if I made some mistakes ...
Márton Papp

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: [lazarus] Request for PR noise !

[anteusz]

By the way,
Why to have a PR noise at all?
Why don't just keep doing its development and spreading it  through its 
website as it is?

Is it not enough what exists already?

Márton Papp

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: [lazarus] FPC/Lazarus Foundation would need people

[anteusz]

Felipe Monteiro de Carvalho wrote:

On 4/30/06, Florian Klaempfl <[EMAIL PROTECTED]> wrote:

Most of doing software development as daily job for years


I don't know if this is unpolite to ask, but. Just out of curiosity,
I'm not trying to prove anything. Do you guys (main developers from
Free Pascal / Lazarus that are software developers as daily job) use
Free Pascal on your jobs?

thanks,
--
Felipe Monteiro de Carvalho

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


I am not a developer of these software but out of curiousity, I am not 
try to prove anything

why are you asking it then? What if they say yes, and what if they say no?

thanks,

Márton Papp


_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: [lazarus] Lazarus vs Patents

[anteusz]

Michael Van Canneyt wrote:



On Fri, 28 Apr 2006, [EMAIL PROTECTED] wrote:


Hi, I have a question for the Lazarus/FPC community,
that I got from a another thread in the mailing list
(Lazarus Foundation).

Does someones knows if there's a potential problem with Lazarus
or FPC due to patents ?

Borland, usuallys has an open mind with open source communities.

But, I remember Borland sued M$ for the use of "Delegation"
("Event pointers") as a patent...


As far as I remember, this was for the use of the window handler
to identify an object instance ?


Just remember, I want to avoid a "flame war",
like it happen with my other comment...


No problem. Some remarks:

1. FPC/Lazarus is a european project mostly, and software patents
are not enforced in Europe. They have no clear legal status here.

2. They would be shooting in their own foot, because FPC/GPC are
actually enlarging their user-base instead of making it smaller.

Hi!
Just curious... That is interesting that you think 2.
I would expect it would making their user-base smaller.
What is the logic behind your assertion?

Regards

Márton Papp


_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: [lazarus] call stack and debugging problems

[anteusz]

Marc Weustink wrote:

[EMAIL PROTECTED] wrote:

Hi!

When I debug a file. That is , the debugger stops and I look at the 
call stack, I cannot see filename and linenumber

In other words, the debugging is made harder.
I heard it was related to the freepascal compiler was not able to 
cooperate with gdb as the generated stack frame format changed...
I wonder if one can write a debugger that could get the calls off the 
stack properly. Does the compiler place sufficient information in the 
stack to deduce the calls

backwards when an exception occurs? Is that format predictable?
What is the timeframe in which this problem may be fixed?


If you need stable debugging support, then use a 2.0.2 fpc and not the 
development branch.

(you know why it is a development branch, do you ?)

Marc

Yes but I keep forgetting when things are going well and sometimes 
official releases are not perfect either (e.g they do not compile).
That is why I turned to development branch which compiled but the 
debugging is crippled.


Márton Papp



_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: [lazarus] call stack and debugging problems

[anteusz]

Peter Vreman wrote:

Hi!

When I debug a file. That is , the debugger stops and I look at the call
stack, I cannot see filename and linenumber
In other words, the debugging is made harder.
I heard it was related to the freepascal compiler was not able to
cooperate with gdb as the generated stack frame format changed...
I wonder if one can write a debugger that could get the calls off the
stack properly. Does the compiler place sufficient information in the
stack to deduce the calls
 backwards when an exception occurs? Is that format predictable?
What is the timeframe in which this problem may be fixed?



All required information for Call frame unwinding is available in the
executable. Only gdb is not able to handle it.



  
Thank you. You answered many of my questions. One may be lucky if one's 
questions are answered in these days..


Márton Papp




_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

[lazarus] call stack and debugging problems

[anteusz]

Hi!

When I debug a file. That is , the debugger stops and I look at the call 
stack, I cannot see filename and linenumber

In other words, the debugging is made harder.
I heard it was related to the freepascal compiler was not able to 
cooperate with gdb as the generated stack frame format changed...
I wonder if one can write a debugger that could get the calls off the 
stack properly. Does the compiler place sufficient information in the 
stack to deduce the calls

backwards when an exception occurs? Is that format predictable?
What is the timeframe in which this problem may be fixed?

Thanks...

Márton Papp


_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: [lazarus] Weird error FCols.OnDestroyItem:[EMAIL PROTECTED];

[anteusz]

Jesus Reyes wrote:

 --- [EMAIL PROTECTED] escribió:

  

Hi!

I am just testing TArray unit.
I assume this must have worked.
I copied parts of the program from grid.pas where I guess it
works..
Any ideas?
I get an error
project1.lpr(27,22) Error: Incompatible types: got "procedure(TObject, LongInt, LongInt,var Pointer);Register>"
expected 
"LongInt,var 
Pointer) of object;Register>"

which refers to this row:FCols.OnDestroyItem:[EMAIL PROTECTED];

Thanks..



Márton Papp




This is missing

{$mode objfpc}

and then 


OnDestroyItem it's supposed to be a method not a standalone
procedure.

Jesus Reyes A.
  


Ok, I got it.
Thanks..
Ok, I finished the documentation of TArray.

Márton Papp

  

uses
  {$IFDEF UNIX}{$IFDEF UseCThreads}
  cthreads,
  {$ENDIF}{$ENDIF}
  Classes
  { add your units here },strings,DynamicArray;
procedure doDestroyItem(Sender: Tobject; Col,Row: Integer;
  var Item: Pointer);
begin
  strdispose(Item);
end;

{procedure doNewitem(Sender: Tobject; Col,Row:Integer;
  var Item: Pointer);
begin
  Item:=strnew(Item);
end;  }

var FCols: Tarray;

begin
FCols:= TArray.Create;
FCols.OnDestroyItem:[EMAIL PROTECTED];
//FCols.OnNewItem:[EMAIL PROTECTED];
FCols.arr[0,0]:=StrNew('string1');
end


_
 To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives









___ 
Do You Yahoo!? 
La mejor conexión a Internet y 2GB extra a tu correo por $100 al mes. http://net.yahoo.com.mx 


_
 To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


  


_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

[lazarus] Weird error FCols.OnDestroyItem:[EMAIL PROTECTED];

[anteusz]

Hi!

I am just testing TArray unit.
I assume this must have worked.
I copied parts of the program from grid.pas where I guess it works..
Any ideas?
I get an error
project1.lpr(27,22) Error: Incompatible types: got "procedure(TObject, LongInt, LongInt,var Pointer);Register>" expected 
"Pointer) of object;Register>"

which refers to this row:FCols.OnDestroyItem:[EMAIL PROTECTED];

Thanks..



Márton Papp

uses
 {$IFDEF UNIX}{$IFDEF UseCThreads}
 cthreads,
 {$ENDIF}{$ENDIF}
 Classes
 { add your units here },strings,DynamicArray;
procedure doDestroyItem(Sender: Tobject; Col,Row: Integer;
 var Item: Pointer);
begin
 strdispose(Item);
end;

{procedure doNewitem(Sender: Tobject; Col,Row:Integer;
 var Item: Pointer);
begin
 Item:=strnew(Item);
end;  }

var FCols: Tarray;

begin
FCols:= TArray.Create;
FCols.OnDestroyItem:[EMAIL PROTECTED];
//FCols.OnNewItem:[EMAIL PROTECTED];
FCols.arr[0,0]:=StrNew('string1');
end


_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: [lazarus] SqlDB with Firebird

[anteusz]

Matt Henley wrote:

I figured I would start a new topic on this.

I installed Firebird Classic on my Windows XP machine.  In Lazarus, I
added a TIBConnection to a blank form.  I put the full path to an
example database (C:\Program
Files\Firebird\Firebird_1_5\examples\EMPLOYEE.FDB)  in the Database
Field of the Object Inspector.  I left the host blank as well as
UserName and Password  as I have not set any of these and the Firebird
docs said they could be left blank.  When I try to set the object to
active, I get a response that "unavailable database".

I must be missing something.  Is there a begineers tutorial on this
component?   How would I set host for a database running in embedded
mode and how do I set users and passwords, if needed?

_
 To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives


  

Hi!
I experimented with this setup. I mean Lazarus + sqldb + embedded firebird.
All I can say it works.
If I remember correctly, I had to rename fbembed.dll to fbclient.dll to 
make it work.

And maybe the password needs to be set.

Márton Papp




_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

Re: [lazarus] problems with DynHashArray

[anteusz]

Mattias Gaertner wrote:

On Thu, 09 Mar 2006 18:02:52 +0100
[EMAIL PROTECTED] wrote:

  

Hi!

Could you help with this program?
I am testing the functionality of Dynhasharray but

 I get these errors:
dynhasharray.lpr(18,9) Warning: Variable "A" does not seem to be
initialized C:\lazarus\dynhasharray\dynhasharray.o(.text+0x2f): In
function `main': dynhasharray.lpr:18: undefined reference to 
`DYNHASHARRAY_TDYNHASHARRAY_$__ADD$POINTER'
C:\lazarus\dynhasharray\dynhasharray.o(.data+0x4c):dynhasharray.lpr:21: 
undefined reference to `DEBUGINFO_DYNHASHARRAY'
C:\lazarus\dynhasharray\dynhasharray.o(.data+0xdc):dynhasharray.lpr:21: 
undefined reference to `THREADVARLIST_DYNHASHARRAY'
C:\lazarus\dynhasharray\dynhasharray.o(.data+0x15c):dynhasharray.lpr:21: 
undefined reference to `FINALIZE$_DYNHASHARRAY'

dynhasharray.lpr(21,1) Error: Error while linking



This is typically the result of a dirty build. Please make sure, your unnit
path does not include any of the lazarus .pas/.pp directories, but only .ppu
directories. And rebuild lazarus clean.

 
  

thanks

Equinox

program dynhasharraytest;

{$mode objfpc}{$H+}

uses
  {$IFDEF UNIX}{$IFDEF UseCThreads}
 cthreads,
  {$ENDIF}{$ENDIF}
  Classes,DynHashArray,strings;

var
  A:TDynHashArray;
  s:pchar;
begin
//A:=A.Create;
new(s);



Don't use 'new' on PChar.

  

s:=StrNew ('u');
A.Add(s);
//A.OwnerHashFunction:=TDynHashArray.SlowAlternativeHashMethod;



A:=TDynHashArray.Create;
s:=StrNew('Some Text');
A.Add(s);

 
  

end.



If you only need a String to pointer hash array:
There is already one in lcl/stringhashlist.pas


Mattias

_

Thanks.. Your suggestion aided me to find the solution..

Márton

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives

[lazarus] problems with DynHashArray

[anteusz]

Hi!

Could you help with this program?
I am testing the functionality of Dynhasharray but

I get these errors:
dynhasharray.lpr(18,9) Warning: Variable "A" does not seem to be initialized
C:\lazarus\dynhasharray\dynhasharray.o(.text+0x2f): In function `main':
dynhasharray.lpr:18: undefined reference to 
`DYNHASHARRAY_TDYNHASHARRAY_$__ADD$POINTER'
C:\lazarus\dynhasharray\dynhasharray.o(.data+0x4c):dynhasharray.lpr:21: 
undefined reference to `DEBUGINFO_DYNHASHARRAY'
C:\lazarus\dynhasharray\dynhasharray.o(.data+0xdc):dynhasharray.lpr:21: 
undefined reference to `THREADVARLIST_DYNHASHARRAY'
C:\lazarus\dynhasharray\dynhasharray.o(.data+0x15c):dynhasharray.lpr:21: 
undefined reference to `FINALIZE$_DYNHASHARRAY'

dynhasharray.lpr(21,1) Error: Error while linking

thanks

Equinox

program dynhasharraytest;

{$mode objfpc}{$H+}

uses
 {$IFDEF UNIX}{$IFDEF UseCThreads}
cthreads,
 {$ENDIF}{$ENDIF}
 Classes,DynHashArray,strings;

var
 A:TDynHashArray;
 s:pchar;
begin
//A:=A.Create;
new(s);
s:=StrNew ('u');
A.Add(s);
//A.OwnerHashFunction:=TDynHashArray.SlowAlternativeHashMethod;

end.

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives