If you had a procedure or a function in a Pascal record, and it was a DLL/DSO,
could a C
application import it as a Struct with a pointer to a function in that struct?
--
L505
http://z505.com
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Vincent Snijders wrote:
Elio Cuevas Gómez wrote:
These are all good things, but if the IDE editor can't handle basic
stuff like international characters it's not very useful.
For you. It is useful for most of the English speaking people and those
are quiet a lot too, although not as much a
> El Dom 30 Oct 2005 14:27, Felipe Monteiro de Carvalho escribi?:
> >
> > Assembler is not cpu independend =)
>
> Well, all depends in the application i guess. If i want really small i use
> assambler (mosly for PIC programming), i want really fast i do it in C, if i
> want fast implementation i
On Monday 31 October 2005 10:02, Marco van de Voort wrote:
> C shouldn't be faster than Pascal.
Well, it is - if you leave out the range checks.
Vinzent.
--
public key: http://www.t-domaingrabbing.ch/publickey.asc
pgp3ZMXgvX4PJ.pgp
Description: signature
On 10/31/05, Elio Cuevas Gómez <[EMAIL PROTECTED]> wrote:
> > > > This eliminates:
> > > > a) C++ using any platform independent library, like gtk, qt,
> > > > wxwidgets, etc, because the library is too big to fit a floppy
>
> This is not really a fair reason to reject C++. You can also program gtk
On 10/31/05, L505 <[EMAIL PROTECTED]> wrote:
> If you had a procedure or a function in a Pascal record, and it was a
> DLL/DSO, could a C
> application import it as a Struct with a pointer to a function in that struct?
Yes, and the other way is also possible. This is done the other way
round when
> On 10/31/05, L505 <[EMAIL PROTECTED]> wrote:
> > If you had a procedure or a function in a Pascal record, and it was a
> > DLL/DSO, could a C
> > application import it as a Struct with a pointer to a function in that
> > struct?
>
> Yes, and the other way is also possible. This is done the oth
On 10/31/05, Marco van de Voort <[EMAIL PROTECTED]> wrote:
> Runtime library initialising might also be a problem if the DLL uses complex
> stuff internally?
What do you mean by complex?
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pas
> On 10/31/05, Marco van de Voort <[EMAIL PROTECTED]> wrote:
> > Runtime library initialising might also be a problem if the DLL uses complex
> > stuff internally?
>
> What do you mean by complex?
Anything that needs stuff in the RTL initialised. Since this includes
heapmanagement this affects a
On 10/31/05, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> Vincent Snijders wrote:
>
> > Elio Cuevas Gómez wrote:
> >
> >> These are all good things, but if the IDE editor can't handle basic
> >> stuff like international characters it's not very useful.
> >
> >
> > For you. It is useful for most of
>> >> These are all good things, but if the IDE editor can't handle basic
>> >> stuff like international characters it's not very useful.
>> >
>> >
>> > For you. It is useful for most of the English speaking people and
>> those
>> > are quiet a lot too, although not as much as the whole world
>> po
On 10/31/05, Peter Vreman <[EMAIL PROTECTED]> wrote:
>
> The cool thing about fpc and lazarus is that you can fix things yourself.
> Don't forget that we don't get paid and do it all in our spare free time.
>
If Lazarus was written in Java or Smalltalk, I might be able to help
out. But given that
Seems like x64-linux fpc version doesn't support shared objects creations, but
it stops only while linking... Is there any progress?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Sun, 30 Oct 2005 21:08:31 -0600
Elio Cuevas Gómez <[EMAIL PROTECTED]> wrote:
> > I'd like to know why this isn't a problem in Eclipse or KDevelop, but is in
> > Lazarus.
>
> Don't take the comment too personal :). I don't think the "problem" is
> necesarily bad, i love Lazarus, it can get me a
> Seems like x64-linux fpc version doesn't support shared objects creations,
> but
> it stops only while linking... Is there any progress?
In the latest svn versions it links but libraries crash at run time. For
unknown reasons symbols aren't resolved.
_
>Yes, and the other way is also possible. This is done the other way
>round when a pascal program calls RegisterClass from the Windows API.
>It is sending a structure has a pointer to a function.
Thanks for the tip.
I think the structure that describes a procedure being used in a struct is here!
>These are all good things, but if the IDE editor can't handle basic stuff like
>international characters it's not very useful. Another thing is that the IDE
>looks very ugly. I know these are Linux especific, in windows Laz is great.
I think that is GTK. I'm still messing around with fonts and
On 10/31/05, L505 <[EMAIL PROTECTED]> wrote:
> >These are all good things, but if the IDE editor can't handle basic stuff
> >like
> >international characters it's not very useful. Another thing is that the IDE
> >looks very ugly. I know these are Linux especific, in windows Laz is great.
>
> I thi
El Lun 31 Oct 2005 02:46, Florian Klaempfl escribió:
>
> Indeed, if it is so important, somebody would have implemented it already
> :) ___
Code it yorself huh? I would but right now i'm too busy coding stuff in C++,
Java and PHP. I really miss the old d
El Lun 31 Oct 2005 00:18, Vincent Snijders escribió:
> Elio Cuevas Gómez wrote:
> > These are all good things, but if the IDE editor can't handle basic stuff
> > like international characters it's not very useful.
>
> For you. It is useful for most of the English speaking people and those
> are qui
El Lun 31 Oct 2005 04:02, Marco van de Voort escribió:
>
> C shouldn't be faster than Pascal.
True. But for C i already have a good collection of I/O functions that are
significantly faster than printf and friends and orders of magnitude faster
than C++ cout/cin. I know i can write my own functi
El Lun 31 Oct 2005 11:30, Micha Nelissen escribió:
>
> Well, I am aware of the fact that a visual design environment like lazarus
> (and delphi and VB), it's easy to fall into the trap to base your backend
> design on the GUI design. If Eclipse or KDevelop have a solution for this
> problem, then I
El Lun 31 Oct 2005 18:34, L505 escribió:
> >These are all good things, but if the IDE editor can't handle basic stuff
> > like international characters it's not very useful. Another thing is that
> > the IDE looks very ugly. I know these are Linux especific, in windows Laz
> > is great.
>
> I think
> get a wonderful UDE (Unintegrated Development Enviroment).
For an even better UDE you can use Nano or the classic dos Edit program.
Or you could use this:
http://www.4mhz.de/bfdev.html
http://www.4mhz.de/img/bfdev1.png
___
fpc-pascal maillist -
Ok, i'll byte :-)
El Lun 31 Oct 2005 22:19, L505 escribió:
> > get a wonderful UDE (Unintegrated Development Enviroment).
>
> For an even better UDE you can use Nano or the classic dos Edit program.
I take vi over nano anyday. DOS Edit is a really ofensive editor, but it's
better than nothing i
I am having trouble getting a standard top-of-the-page menu system to
work properly in Lazarus (Version 0.9.10 beta downloaded a few weeks ago).
--I am able to construct the menu, put in events, etc. using the tools
in Lazarus, however at run time it locks up. I click on the menu item
(such a
Elio Cuevas Gómez wrote:
El Lun 31 Oct 2005 00:18, Vincent Snijders escribió:
Elio Cuevas Gómez wrote:
These are all good things, but if the IDE editor can't handle basic stuff
like international characters it's not very useful.
For you. It is useful for most of the English speaking people
27 matches
Mail list logo
