On Tue, 23 Sep 2008, markweber wrote:
>
> Thank you, guys.
>
> I preferred a lot the second wave of answers. You are master developers, but
> many people are not, so you need to be patient as you were this time.
>
> You have given me useful advices.
>
> I have talked about this with other pe
In our previous episode, markweber said:
> I have heard C++ is the best tool for nerds (whatever it can mean). Will you
> crash me if I ask why should I prefer free pascal than C++ ? Remember I'm
> beggining where you are a master.
C++ is dangerously complex. And I think the previous waves have ma
C++:
- debugging = nightmare (no further explanation needed)
- separate compilation = less structured (both namespaces and header files?
what for?), slow (uncompiled header needs to be parsed in EVERY compilation)
- syntax = still strive for C's stupidness (everywhere declaration,
sometimes forces
I have heard C++ is the best tool for nerds (whatever it can mean). Will
you
crash me if I ask why should I prefer free pascal than C++ ?
C++ is the best tool for nerds.
Object Pascal is the best tool for professional software developers.
I leave it to the others to get into the details :-)
Thank you, guys.
I preferred a lot the second wave of answers. You are master developers, but
many people are not, so you need to be patient as you were this time.
You have given me useful advices.
I have talked about this with other people too. I believe to make a complex
graphics software is
2008/9/21 Felipe Monteiro de Carvalho <[EMAIL PROTECTED]>:
> There are some possibilities to increase the speed of your lazarus software:
>
> * Use gtk 1
> * Use Qt 4 (needs a commercial license for non-gpl software)
> * Improving the fpgui interface to Lazarus and use that. You can test
> the exis
2008/9/20 Koenraad Lelong <[EMAIL PROTECTED]>:
--8<--
>
> Regarding my Arcom ( board : it's a Viper 400 M64 F32. I purchased the
> Linux dev. kit with the LCD, which contains all you need to develop in
> C. I'm using fpc :-).
excellent. i've got a vulcan, which is big-endian (with fpu), and a
qua
markweber writes:
I suppose you have seen the link I showed. Can I make a sofware like that,
without to be a Computer Graphics super nerd, just using this fpImage?
Food for thought...
Even if you had libraries(built in or otherwise) that did all the "magic"
you will still need to create the G
On 23 Sep 2008, at 17:01, Roland Turcan wrote:
It stops with message:
systemh.inc(84,2) Error: User defined: Building trunk is only
supported when using the latest release as a starting compiler.
but it is uncomfortable to rollback to latest release to build up
latest SVN.
You don't have
Hello,
> Von: Roland Turcan <[EMAIL PROTECTED]>
> Hello FPC-Pascal users discussions!
>
> It stops with message:
>
> > systemh.inc(84,2) Error: User defined: Building trunk is only
> > supported when using the latest release as a starting compiler.
This is intentional, otherwise it would be a
Hello FPC-Pascal users discussions!
It stops with message:
> systemh.inc(84,2) Error: User defined: Building trunk is only
> supported when using the latest release as a starting compiler.
but it is uncomfortable to rollback to latest release to build up
latest SVN.
There must be "nicer" way, b
Jonas Maebe wrote:
On 23 Sep 2008, at 14:24, Brad Campbell wrote:
tios.c_cflag is used to obtain the baudrate constant, but it's not
then cleared before or'ing the other constants into it. Strangely
enough this works on linux x86, but breaks badly in MacOS PPC.
Uninitialised data often caus
On 23 Sep 2008, at 14:24, Brad Campbell wrote:
tios.c_cflag is used to obtain the baudrate constant, but it's not
then cleared before or'ing the other constants into it. Strangely
enough this works on linux x86, but breaks badly in MacOS PPC.
Uninitialised data often causes bugs like this.
Jonas Maebe wrote:
On 23 Sep 2008, at 12:51, Brad Campbell wrote:
Can any Mac people tell me why
FHandle := fpOpen(Port, O_RDWR or O_NOCTTY);
(Where FHandle is a longint and port is '/dev/tty.usbserial-A400379A')
.. just locks up waiting ?
No, I can't tell you why this happens. Does the sa
On 23 Sep 2008, at 12:51, Brad Campbell wrote:
Can any Mac people tell me why
FHandle := fpOpen(Port, O_RDWR or O_NOCTTY);
(Where FHandle is a longint and port is '/dev/tty.usbserial-A400379A')
.. just locks up waiting ?
No, I can't tell you why this happens. Does the same happen if you do
G'day all,
Can any Mac people tell me why
FHandle := fpOpen(Port, O_RDWR or O_NOCTTY);
(Where FHandle is a longint and port is '/dev/tty.usbserial-A400379A')
.. just locks up waiting ? (I've tried it on two Mac PPC machines now, both cross-compiled from my
linux x86 install, and compiled nativ
> Michael, you are time travelling a bit. Current time here is
> 8:32 AM. I sometimes receive replies you posted before I get
> the original message. Weird. I guess the mailing list caches the
> messages somewhat before they are passed to everybody else, and
> then does it ordered by time.
>
>
On Tue, 23 Sep 2008, Graeme Geldenhuys wrote:
> On Tue, Sep 23, 2008 at 8:39 AM, Michael Van Canneyt
> <[EMAIL PROTECTED]> wrote:
>
> Michael, you are time travelling a bit. Current time here is 8:32
> AM. I sometimes receive replies you posted before I get the original
> message. Weird. I g
On Tue, Sep 23, 2008 at 08:46, Graeme Geldenhuys
<[EMAIL PROTECTED]> wrote:
> On Mon, Sep 22, 2008 at 11:38 PM, markweber <[EMAIL PROTECTED]> wrote:
>>
>> I have thought graphics software needed to deal with video card and so, and
>> needed to make very powerful calculations. If you say it's a soft
On Tue, Sep 23, 2008 at 12:13 AM, Gaetano Di Stefano
<[EMAIL PROTECTED]> wrote:
>
> ldconfig -v
> /usr/X11R6/lib:
>libfltk.so.1.1 -> libfltk.so.1.1
>libfltk_gl.so.1.1 -> libfltk_gl.so.1.1
>libfltk_forms.so.1.1 -> libfltk_forms.so.1.1
>libfltk_images.so.1.1 -> libfltk
20 matches
Mail list logo
