Problems exist with FPC 32 and 64 bits ;)
From my side I'm using FPC alone, FPC+MSEide and FPC+Lazarus. All the
programs are running fine in x32 and x64 bits except MSEide ones. I have
found problems using some DLL 32 bits in windows 64 (exactly windows 8.1).
The x64 version of the program with
Why do you need it?
=
Me guess for being ready to rus apps with more than 2 GB per
processRAM demands. 32bit apps can't address that memory. MSEgui shoud
start incorporating 64 bit already today so that to fix most of bugs
to the time when 64bit becomes standard-de-facto.
On Saturday 26 April 2014 10:36:20 Ivanko B wrote:
Why do you need it?
=
Me guess for being ready to rus apps with more than 2 GB per
processRAM demands.
Concrete Example?
Martin
--
Start Your
On Saturday 26 April 2014 10:42:14 Julio Jiménez wrote:
In fact, I know lot of developers using FPC x32 and x64 with no problems at
all. I use linux cross compiling to win32 and win64 and all is fine.
What about
Yes I knew it. It's for Lazarus compiled for win64 not for FPC ;)
I use cross compiling from linux to win32 and win64 and no problems as
suggested in your link.
Its fixed in fpc trunk (2.7.x series) but MSEide doesn't support it for the
moment. There are also problems with lazarus 32 bits when
Probably Win64 is not a priority for you, but every day there are more
computers running 64 bits OS and probably you need to keep an eye on it.
BTW. I know MSEide doesn't support FPC 2.7.x (future FPC 2.8) and because
the MSELang stuff I wonder if you have plans to support it in the future or
Concrete Example?
Enterprize level server applications for instance - some of modern
them are 64bit only.
--
Start Your Social Network Today - Download eXo Platform
Build your Enterprise Intranet with
http://wiki.lazarus.freepascal.org/Windows_Programming_Tips#FPC_2.6.x.2FLazarus_warning_.28Missing_support_for_SEH.29
=
Anyway it won't affect us really because of :
1) the issue has been fixed in the FPC development version but it is
a major change and it will not be
On Saturday 26 April 2014 11:56:27 Ivanko B wrote:
Concrete Example?
Enterprize level server applications for instance - some of modern
them are 64bit only.
Who wants to use MSEide+MSEgui for Enterprize level server applications? I
guess the cost for win64 to about 200
On Saturday 26 April 2014 11:46:55 Julio Jiménez wrote:
Probably Win64 is not a priority for you, but every day there are more
computers running 64 bits OS and probably you need to keep an eye on it.
BTW. I know MSEide doesn't support FPC 2.7.x (future FPC 2.8) and because
the MSELang stuff I
2014-04-26 12:35 GMT+02:00 Martin Schreiber mse00...@gmail.com:
On Saturday 26 April 2014 11:46:55 Julio Jiménez wrote:
It depends what is ready first, FPC 3.0 or MSElang. ;-)
Probably fpc 2.8.0 will be earlier... who knows ;) About MSELang...
probably the language itself is not the most
fpc team , they should take msegui as a default gui for fpc . (they
made a mistak by not doing this )
lazarus is really slow and especially with gtk . lazarus LCL trying to
be native look and feel for all platforms . i think its not a wise
decision since they will be always dependent on the system
2014-04-26 14:37 GMT+02:00 Julio Jiménez juj...@gmail.com:
2014-04-26 14:23 GMT+02:00 misu kun misu@gmail.com:
fpc team , they should take msegui as a default gui for fpc . (they
made a mistak by not doing this )
It's your opinion and it's ok, but o
Sorry.. incomplete sentence...
I hear this here and there like a mantra. GTK2 is not probably the faster
widgetset but for client applications it does it work. I have desktop
applications in production developed with MSEide and Lazarus (gtk2 and QT)
and I don't see performance issues. All are instant ;)
maybe you run it
2014-04-26 15:07 GMT+02:00 misu kun misu@gmail.com:
maybe you run it on a faster computer , it appears on old ones , and
then you can benchmark wxwidgets/gtk and lazarus/gtk
A 6-7 years old laptop is old enough? ;) I don't speak about benchmarks, I
speak about real desktop client
Who wants to use MSEide+MSEgui for Enterprize level server applications? I
===
Why not for console apps like servers ? MSEgui (arrays, containers,
crypto, ..) is a very handly library.
A typical modern server is 32..64GB RAM 16/32 cores 64bit CPU. A
typical working scenario if
and the workarounds for buggy dwarf and gdb 64bit debugging which must be found
==
So, You've decided to implement 100% working 64 bit in MSElang. No
itentions to have MSEgui working on FPC 2.7.
Will MElang be LLVM based to have all hardware optimizations of every
fpc team , they should take msegui as a default gui for fpc . (they
made a mistak by not doing this )
lazarus is really slow and especially with gtk
===
Very mush of religion inertion. Impossible to turn back to speed
RAM optimisation - which may lead to gradual death of
On Saturday 26 April 2014 16:55:01 Ivanko B wrote:
Will MElang be LLVM based to have all hardware optimizations of every
of modern CPUs always up-to-date ?
I plan to use several backends, LLVM is possibly one of them. But I fear you
are a little bit too optimistic with regard to
Rescue of drowning handiwork of drowning... :)
At the moment is not so critical, but...
--
Start Your Social Network Today - Download eXo Platform
Build your Enterprise Intranet with eXo Platform Software
Java Based
But I fear you are a little bit too optimistic
But anyway there's nothing better and maintainable :)
--
Start Your Social Network Today - Download eXo Platform
Build your Enterprise Intranet
On Saturday 26 April 2014 20:13:28 amateur wrote:
Rescue of drowning handiwork of drowning... :)
I don't understand.
At the moment is not so critical, but...
If Ubuntu users want to have it fixed they must write Ubuntu bug reports.
My question has been marked as invalid because the question
22 matches
Mail list logo