Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / lazarus / 1999-05

The Code in CVS

8 messages · 5 people ·

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Cliff Baeseman

Shane,

I have made a whole bunch of changes to the code in CVS. The control unit uses fixed widget placement
but I did not get to include the memo stuff. I have a copy of the zip file you sent me on friday night if
you need a copy to work your changes in.

Cliff

Earlier message 43 lines
-----Original Message----- From: On Behalf Of marek jedlinski Sent: Saturday, May 01, 1999 7:11 AM To: fpc-pascal Subject: [fpc-pascal] New user; regular expressions in fpc? Hello, I hope this is not a FAQ... it doesn't seem to be *in* the FAQ :) I know no C, but have over the years written much useful stuff in TP (5 through 7) and Delphi. I've now installed fpc on Linux, and I'm really surprised at how painlessly my old TP code ports! I love it, because thanks to fpc I can actually do useful things in a programming language I know. Thanks, all! And my question. For an application I'd like to have in Linux, I really need regular expressions matching. I know fpc doesn't support them internally (Borland never did, but wouldn't it be a wonderful addition to some future release of Free Pascal)? I've grepped the documentation, but the terms 'regular expression' or 'regex' don't even occur there. Is it possible to interface fpc with some common C library that provides regexes? Has anyone done somehting like that before, or are there any examples of code I could look at? I could be using perl instead of fpc (I'm fairly familiar with the Camel way of doing things ), but perl makes it a drag to implement any sort of full-screen user interface, also requiring injections of C. I could write the interface with fpc, but then - no regexes, hence my question. I'll very much appreciate any hints. Thanks a lot, .marek jedlinski -- General Frenetics, Discorporated: http://www.lodz.pdi.net/~eristic/ Wit levels low. Attempting to compensate.

Reply by email

Shane Miller

Yes, I noticed that. Some issue with FPC. I simply do a rm -f *.o to remove all the .o files prior to recompiling.

Shane

Show quoted text 8 lines
>> Peter Vreman 05/03 12:59 PM >>> Shane, I have made a whole bunch of changes to the code in CVS. The control unit uses fixed widget placement but I did not get to include the memo stuff. I have a copy of the zip file you sent me on friday night if you need a copy to work your changes in.

FYI, you get internal error 10998 if you recompile lazarus for the second time. You need to use the -B or delete the .ppu files before recompiling.

Peter

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject

Reply by email

Shane Miller

Wouldn't sending the address of the method procedure work?

Shane

>> Nicolas Aragon 05/03 3:36 PM >>>

Hello,

Just a quick note: The stuff I reported about message methods is functional in the latest snapshots, so you can remove all the ugly global dispatch calls such as gtkOnActivate etc.

Michael, what about passing a method reference as a parameter to a procedure or function? Could you at least tell me if someone is working on this problem? I got stuck with this :-(

TIA,

Nico

_________________________________________________________________ To unsubscribe: mail with
"unsubscribe" as the Subject

Reply by email

Michael Van Canneyt
to Cliff Baeseman: I have made a whole bunch of changes to the code in CVS. The control unit uses fixed…
Cliff Baeseman wrote 7 lines
Shane, I have made a whole bunch of changes to the code in CVS. The control unit uses fixed widget placement but I did not get to include the memo stuff. I have a copy of the zip file you sent me on friday night if you need a copy to work your changes in.

Just a quick note: The stuff I reported about message methods is functional in the latest snapshots, so you can remove all the ugly global dispatch calls such as gtkOnActivate etc.

So

  gtk_signal_connect(gtk_Object(fcomponent),'activate',gtk_Signal_Func(@gtkOnActivate),Self);

becomes

gtk_signal_connect(gtk_object(fcomponent),'activate',Gtk_Signal_Func(@DoActivate),Self)

And the DoActivate should be changed to:

  Procedure TControl.DoActivate (Widget: pgtkwidget;Self : TControl); message 'activate';cdecl;
  begin
    // Do whatever needed on activate.
  end;

Then GTK will directly call the DoActivate, instead of going through gtkonactivate.

The other calls need changing too, of course, but I assume you know how to do it.

Michael.

Reply by email

Nicolas Aragon
to Michael Van Canneyt

Hello,

Just a quick note: The stuff I reported about message methods is functional in the latest snapshots, so you can remove all the ugly global dispatch calls such as gtkOnActivate etc.

Michael, what about passing a method reference as a parameter to a procedure or function? Could you at least tell me if someone is working on this problem? I got stuck with this :-(

TIA,

Nico

Reply by email

Michael Van Canneyt
to Shane Miller: Wouldn't sending the address of the method procedure work? Shane Michael, what about…
Shane Miller wrote
Wouldn't sending the address of the method procedure work?

No, since it is a procedure of object (you need 2 things: address and self). We're looking into this.

Michael.

Show quoted text 26 lines
Shane >>> Nicolas Aragon 05/03 3:36 PM >>> Hello, >Just a quick note: The stuff I reported about message methods is functional >in the latest snapshots, so you can remove all the ugly global dispatch >calls such as gtkOnActivate etc. Michael, what about passing a method reference as a parameter to a procedure or function? Could you at least tell me if someone is working on this problem? I got stuck with this :-( TIA, Nico _________________________________________________________________ To unsubscribe: mail with "unsubscribe" as the Subject _________________________________________________________________ To unsubscribe: mail with "unsubscribe" as the Subject

Reply by email

Peter Vreman
to Shane Miller: Yes, I noticed that. Some issue with FPC. I simply do a rm -f *.o to remove all the .o…
Yes, I noticed that. Some issue with FPC. I simply do a rm -f *.o to remove all the .o files prior to recompiling.

The problem is a dereferencing of an symbol in an other unit AND an object. Only a single unit or object is supported yet. This need to be changed

Show quoted text 25 lines
>>> Peter Vreman 05/03 12:59 PM >>> > Shane, > > I have made a whole bunch of changes to the code in CVS. The control > unit uses fixed widget placement > but I did not get to include the memo stuff. I have a copy of the zip file > you sent me on friday night if > you need a copy to work your changes in. FYI, you get internal error 10998 if you recompile lazarus for the second time. You need to use the -B or delete the .ppu files before recompiling. Peter _________________________________________________________________ To unsubscribe: mail with "unsubscribe" as the Subject _________________________________________________________________ To unsubscribe: mail with "unsubscribe" as the Subject

Reply by email

Peter Vreman
to Cliff Baeseman: I have made a whole bunch of changes to the code in CVS. The control unit uses fixed…
Show quoted text 7 lines
Shane, I have made a whole bunch of changes to the code in CVS. The control unit uses fixed widget placement but I did not get to include the memo stuff. I have a copy of the zip file you sent me on friday night if you need a copy to work your changes in.

FYI, you get internal error 10998 if you recompile lazarus for the second time. You need to use the -B or delete the .ppu files before recompiling.

Peter

Reply by email