Hi,
MSEide+MSEgui version 4.6.2 has been released:
https://sourceforge.net/projects/mseide-msegui/files/mseide-msegui/4.6.2/
Have a lot of fun!
Martin
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailma
I don't see this mail in archive so I send it again:
Hi
MSEide+MSEgui must compile without warnings and notes with Free Pascal
default settings. In 3.2 there now are many new warnings because of
setlength().
"
procedure test();
var
s1: string;
ar1: array of integer;
begin
setlength(s1,10);
se
On Wednesday 29 August 2018 17:01:54 Mark Morgan Lloyd wrote:
> I think I've seen this question asked before, my apologies if this was
> recently.
>
> I've got two programs intended to be functionally identical, one in Perl
> and the other in FPC. They read a unix-domain datagram, decode the
> mess
On Thursday 23 August 2018 11:54:14 Martin Schreiber wrote:
>
> I don't think that can be done reliably in user space.
>
As Alexander writes, the right way to do such a task is to use a hardware
timer in capture mode. I don't know how difficult this
On Thursday 23 August 2018 11:11:34 Bo Berglund wrote:
> On Thu, 23 Aug 2018 09:00:07 +0200, Bo Berglund
>
> wrote:
> >I will need a higher resolution GetTickCount for this...
>
> Is there in fact a way (on Linux - Raspbian) to get a tickcount with
> higher resolution than 1 ms?
MSEgui has "times
On Wednesday 18 July 2018 23:30:19 Ben Grasset wrote:
>
> For example, does *anyone *actually think the strange "lowercase
> everything" capitalization style the compiler uses is "readable" nowadays?
Yes.
Martin
___
fpc-pascal maillist - fpc-pascal@li
On Saturday 30 June 2018 22:57:47 Marcos Douglas B. Santos wrote:
>If not, which could be a possible
> solution?
>
You could use a MSEgui application, instead of
"
uses
msegui;
"
write
"
uses
msenogui;
"
in "program" source file. It will have an event queue and the usual event
driven programmin
On Wednesday 20 June 2018 16:38:10 Ryan Joseph wrote:
> > On Jun 20, 2018, at 9:21 PM, Martin Schreiber wrote:
> >
> > Macros are the worst code obfuscating feature ever.
>
> Ironically everyone agrees but back to my original point that’s just dogma
> (sorry I sa
On Wednesday 20 June 2018 16:06:13 Michael Van Canneyt wrote:
>
> Please stop calling it 'dogma'.
>
> As with all features, it is a trade-off between the burden this places on
> the compiler (and the people maintaining it) and the expected gain.
>
And the damage it causes on readability of code. Ev
On Monday 04 June 2018 16:12:27 Michael Van Canneyt wrote:
>
> They make life easier by reducing the need for manual memory
> management. No more, no less. Other than that they behave like normal
> arrays on the heap.
>
It seems that the inclocked()/declocked() operations completely destroy the
pe
On 04/25/2018 03:52 PM, Ryan Joseph wrote:
>
> The team has done a good job keeping up with the best (or at least popular)
> new ideas in programming (like Generics, records with methods, interfaces)
> and that’s why I like to share what ever ideas I have in case they’re useful.
Do you know MSE
On 03/08/2018 10:16 AM, Ryan Joseph wrote:
>
>
>
> I know this is how it is and not likely to change I’m just pointing it out.
In MSElang objects and classes have been unified, they can be allocated
on stack or on heap. They also have hooks for initialization and
finalization which can be used
On Sunday 26 November 2017 15:19:22 Andreas wrote:
> > The architecture of MSEgui would allow to make widgets for Android in RAD
> > style development, either ownerdrawn or wrapper for native widgets
> > with 'ifi'-data- and event-connections to the business logic in the
> > application.
>
> Today
On Saturday 25 November 2017 15:04:05 Andreas Berger wrote:
> On the Android side I actually only need a graphical app with access to
> the Bluetooth and possibly be a TCP client.
>
And why Free Pascal to develop the android application? What would be the
advantages instead to use the tools of the
On Saturday 25 November 2017 11:52:39 Andreas Berger wrote:
> I went back to Delphi because our company is converting all programs
> that the maintenance uses to work on cell phones. Rad Studio 10.2 was
> bought and even our desktop programs are being converted form
> FPS/Delphi7 to Delphi 10. If F
On Friday 24 November 2017 18:38:39 Andreas wrote:
> Hi Martin, do you have any plans to cross compile to android?
>
Maybe if there is enough interrest or a sponsor. What do you need?
Martin
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
htt
Hi,
MSEide+MSEgui version 4.6 has been released:
https://sourceforge.net/projects/mseide-msegui/files/mseide-msegui/4.6/
There are also new versions of MSEgit, MSErun, MSEspice and MSEkicadBOM:
https://sourceforge.net/projects/mseuniverse
the cross environment for Raspberry Pi:
https://sourcefor
On Friday 18 August 2017 12:45:26 Graeme Geldenhuys wrote:
> On 2017-08-18 10:27, Martin Schreiber wrote:
> > If one manually changes in link.res
>
> hahaha... You read my mind, I was going to try that today in my lunch
> time. :-)
>
> So now all that FPC needs is a new co
On Friday 18 August 2017 10:56:47 Graeme Geldenhuys wrote:
> On 2017-08-18 08:16, Martin Schreiber wrote:
> > I checked with a simple library file, it seems that FPC strips the ".so*"
> > part from "external" names.
>
> Exactly what I discovered too.
On Friday 18 August 2017 07:28:01 Martin Schreiber wrote:
> On Thursday 17 August 2017 22:20:44 Graeme Geldenhuys wrote:
> > On 2017-08-17 16:52, Martin Schreiber wrote:
> > > Exactly. So why not use the SONAME in the Pascal binding unit instead
> > > to use the base na
On Thursday 17 August 2017 22:20:44 Graeme Geldenhuys wrote:
> On 2017-08-17 16:52, Martin Schreiber wrote:
> > Exactly. So why not use the SONAME in the Pascal binding unit instead to
> > use the base name as Free Pascal currently does in xlib.pp for example?
>
> I forked t
On Thursday 17 August 2017 17:31:46 Sven Barth via fpc-pascal wrote:
> Am 17.08.2017 15:49 schrieb "Graeme Geldenhuys" <
>
> mailingli...@geldenhuys.co.uk>:
> > On 2017-08-16 18:14, Sven Barth via fpc-pascal wrote:
> >> As you can see the program will work correctly as long as the
> >> libX11.so.6
Hi,
MSEgui uses xlib by the units in packages/x11. The linker searches for
libX11.so which is not installed on most systems by default so one has to
install the libx11 devel package or manually create a symlink libX11.so ->
libX11.so.6 in order to compile MSEgui applications.
Some users are una
On Friday 21 July 2017 23:04:20 Ryan Joseph wrote:
> Thanks Sven, that’s one way around it.
>
> So is it by design that records don’t have inheritance or is this planned?
>
MSElang has a concept of unified record, object and class constructs. There a
record is a simplified object which never has a
On Thursday 22 June 2017 18:47:40 James Richters wrote:
> I squeezed a little more out of putimage by doing as little math as
> possible with a couple of variables to store j*ptcwidth and i+j*ptcwidth I
> got my 1000x test loop down to 1.013 seconds. Here is what it looks like
> at the moment, an
On Friday 23 June 2017 06:38:18 Martin Schreiber wrote:
> On Thursday 22 June 2017 18:47:40 James Richters wrote:
> > I squeezed a little more out of putimage by doing as little math as
> > possible with a couple of variables to store j*ptcwidth and i+j*ptcwidth
> > I got my
On Thursday 22 June 2017 18:47:40 James Richters wrote:
> I squeezed a little more out of putimage by doing as little math as
> possible with a couple of variables to store j*ptcwidth and i+j*ptcwidth I
> got my 1000x test loop down to 1.013 seconds. Here is what it looks like
> at the moment, an
On Saturday 27 May 2017 11:30:38 Ryan Joseph wrote:
>
> can you show an example of this? Just curious.
>
In MSEgui most of the public widget methods an method properties use this
approach.
"
type
keyeventinfoty = record
eventkind: eventkindty;
key,keynomod: keyty;
chars: msestring;
shifts
On Saturday 27 May 2017 03:37:59 Ryan Joseph wrote:
>
> Is MSElang another Pascal compiler? I’ve never heard of it. I know LLVM is
> being used by Apple for Objective-C/Swift (I think) but for Pascal?
>
https://gitlab.com/mseide-msegui/mselang/wikis/home
Martin
On Saturday 20 May 2017 21:34:34 Jonas Maebe wrote:
>
> Also in summary, very little was learned from this. We have known for a
> long time that FPC needs SSA for better code generation for loops (and
> Florian has been working on it for a long time too).
>
Here for comparison the results of FPC /
On Sunday 09 April 2017 10:06:41 Bo Berglund wrote:
> I am looking for some good example of FFT functions in pascal but it
> seems like what Google serves up is rather old and refers to
> Turbo-pascal and the like...
> So maybe someone here knows about some open-source example of FFT
> using FreePa
On Monday 27 March 2017 10:20:20 Gary Doades wrote:
> >> It may be that UniDirectional is meant to not buffer all rows, but at
> >> the moment it certainly seems to.
> >
> > Strange, looking at source code it seems to me, that buffering should not
> > happen. As far as TUniDirectionalBufIndex shoul
On Sunday 26 March 2017 18:37:36 Michael Van Canneyt wrote:
>
>
> Looking at the above unit, I can only presume you load the field directly
> from the cursor returned by the native library.
>
Correct.
>
> As far as I can make out, TSQLResult is usable only for scanning a result
> set. TDataset has
On Saturday 25 March 2017 10:28:37 Michael Van Canneyt wrote:
> On Sat, 25 Mar 2017, Martin Schreiber wrote:
> > On Saturday 25 March 2017 09:32:33 Gary Doades wrote:
> >> I Understand about the "normal" use of TSQLQuery and data sets and I
> >> also use th
On Saturday 25 March 2017 09:32:33 Gary Doades wrote:
>
> I Understand about the "normal" use of TSQLQuery and data sets and I also
> use this for small result set that need the data changing some way and
> writing back to the DB. What I need now is an equally convenient and
> powerful way of proce
On Wednesday 01 March 2017 02:40:44 nore...@z505.com wrote:
> On 2017-02-14 08:51, Martin Schreiber wrote:
> > Hi,
> > MSEide+MSEgui 4.4 for Free Pascal 3.0.2 has been released:
> > https://sourceforge.net/projects/mseide-msegui/
> >
> > There are also new version
Hi,
MSEide+MSEgui 4.4 for Free Pascal 3.0.2 has been released:
https://sourceforge.net/projects/mseide-msegui/
There are also new versions of the ARM (Raspberry Pi) cross and native
environments for Free Pascal:
https://sourceforge.net/projects/mseide-msegui/files/fpcrossarm/
https://sourceforge.
On Thursday 19 January 2017 22:50:36 fredvs wrote:
> function array_in_out(arrayin: TArFloat): TArFloat;
> begin
> result := arrayin;
> end;
>
Do you change items of "arrayin" later? If so the items of the result array
will be changed too, dynamic array assignment copies the data pointer only.
ht
On 12/05/2016 10:52 AM, Jürgen Hestermann wrote:
>
> I love dynamic arrays and I never found that performance was an issue.
>
Agreed.
Martin
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinf
On 12/04/2016 11:39 AM, Martin Schreiber wrote:
> On 12/04/2016 11:28 AM, Graeme Geldenhuys wrote:
>> Hi,
>>
>> If I use an array to hold a list of say Integers. Is there any serious
>> performance penalty for resizing (growing) the dynamic array as I add
>> items.
On 12/04/2016 11:28 AM, Graeme Geldenhuys wrote:
> Hi,
>
> If I use an array to hold a list of say Integers. Is there any serious
> performance penalty for resizing (growing) the dynamic array as I add
> items. My point being, I don't know the number of elements I'll need
> beforehand.
>
The prob
On 12/04/2016 10:43 AM, Graeme Geldenhuys wrote:
> The code I'm working on often needs a list of integers (actually uint16,
> int16 etc, but Integer should do). I would normally use an array, but I
> have no idea how many items I'll need beforehand.
As an alternative to the FPC lists MSEgui provi
On 12/03/2016 05:44 AM, BobJ wrote:
>
> I will be gllad to follow your lead to the MSE forum for future
> discussion
An archive of the thread is here:
https://www.mail-archive.com/mseide-msegui-talk@lists.sourceforge.net/msg10682.html
Martin
___
fpc-pas
On 12/01/2016 04:58 AM, BobJ wrote:
>
> Hello,
>
> Sent by: "fredvs"
> Sent: Wednesday, November 30, 2016 9:12 AM
>
>> PS: MSEgui has a perfectly working assisted interface.
>
> Thanks, I will take a "look" at that, bearing in mind that sighted folks
> often over estimate how usable anything w
On 11/21/2016 03:46 PM, Graeme Geldenhuys wrote:
>The age old rule
> of programmer source code always being in a mono-spaced font is
> ridiculous for this day and age.
>
I think you are wrong. A programmer scans code most the time vertically
or block by block and not horizontally and word by word a
On Friday 11 November 2016 12:08:26 Graeme Geldenhuys wrote:
> On 2016-11-11 09:46, Ryan Joseph wrote:
> > The string lookup absolutely murders performance (I was using “cobra”
> > interfaces) so it can’t be used in some situations.
>
> If you are talking about the GUID, I'm not sure if you know, b
On Friday 11 November 2016 07:48:54 Lars wrote:
> On Thu, November 10, 2016 11:04 pm, Martin Schreiber wrote:
> > On Friday 11 November 2016 04:21:31 Lars wrote:
> >> Replying to an old thread in my inbox. Apologies if it's obsolete as it
> >> is a month old.
>
On Friday 11 November 2016 04:21:31 Lars wrote:
>
> Replying to an old thread in my inbox. Apologies if it's obsolete as it is
> a month old.
>
I don't think such themes are allowed in fpc-pascal. Please continue the
discussion on MSEide+MSEgui mailinglist:
https://lists.sourceforge.net/lists/list
On Monday 17 October 2016 15:30:36 Graeme Geldenhuys wrote:
> On 2016-10-17 13:55, fredvs wrote:
> > So it seems that garbage collection must be enabled to do a smartlink.
>
> I'm not sure I follow you. From what I understand from the FPC
> documentation, is that FPC (when smartlinking is enabled)
On Thursday 06 October 2016 00:16:22 Tony Whyman wrote:
> On 05/10/16 23:03, Graeme Geldenhuys wrote:
> > Martin Schreiber recently mentioned in another Interface discussion that
> > there is a very good reason he doesn’t use COM style interfaces…
> > Reference Counti
On Thursday 29 September 2016 23:50:04 David Emerson wrote:
> On 09/28/2016 10:42 PM, Martin Schreiber wrote:
> > Corba-style interfaces can use any string as ID so for local interfaces
> > it is possible to use shorter ID-strings for better performance.
>
> Is this desc
On Thursday 29 September 2016 10:49:03 Graeme Geldenhuys wrote:
> On 2016-09-29 06:42, Martin Schreiber wrote:
> > abcintf:= iabc(abc);
> > "
> > which has the best performance.
>
> But you must still remember to check if abcintf has been successfully
> assigne
On Thursday 29 September 2016 01:14:44 David Emerson wrote:
> On 09/28/2016 03:31 PM, Graeme Geldenhuys wrote:
> > On 2016-09-28 22:59, David Emerson wrote:
> >> Alternately, if I give a GUID does an interface not automatically become
> >> COM + managed?
> >
> > No definitely not! The GUID just hel
On Wednesday 28 September 2016 21:40:39 Lars wrote:
> On Wed, September 28, 2016 2:24 am, Graeme Geldenhuys wrote:
> > On 2016-09-28 08:38, David Emerson wrote:
> >> I'm testing out CORBA interfaces before changing all my code to use
> >> them (I would prefer not to have managed types for interface
On Thursday 07 July 2016 18:05:51 Dennis Poon wrote:
>
> I hope someone has done some work in this area which I can learn from.
>
MSEgui has teventthread:
https://gitlab.com/mseide-msegui/mseide-msegui/raw/master/lib/common/kernel/msethread.pas
and tthreadcomp:
https://gitlab.com/mseide-msegui/msei
On Monday 04 July 2016 11:47:09 Graeme Geldenhuys wrote:
> On 2016-07-04 10:31, Jonas Maebe wrote:
> > Since we don't generate .rst files anymore, .rsj files are
> > (codepage-safe) a replacement.
>
> Oh, no deprecation period - that's harsh.
>
> OK, I guess I'll have to start modifying my localisa
On Sunday 26 June 2016 12:09:58 Jc3bcrgen Hestermann wrote:
>
> The only exception (at least since FPC 3) is the function result
> which is totally unexpected.
> Why such an exception?
>
I don't think one could treat a function result as a normal local variable.
The reason why not to initialise th
On Saturday 30 April 2016 12:12:35 Graeme Geldenhuys wrote:
>
> Anyway, I was refering to surrogate pairs (applies to UTF-16 only)
>
One could say that utf-8 has surrogate pairs, surrogate triplets and surrogate
quads.
Martin
___
fpc-pascal maillist -
On Saturday 23 April 2016 11:18:48 Martin Schreiber wrote:
> On Saturday 23 April 2016 10:40:58 Jonas Maebe wrote:
> > Martin Schreiber wrote:
> > > http://www.freepascal.org/docs-html/current/user/usersu7.html#x21-28000
> > >3. 1.2 states:
> > > "
> &g
On Saturday 23 April 2016 10:40:58 Jonas Maebe wrote:
> Martin Schreiber wrote:
> > http://www.freepascal.org/docs-html/current/user/usersu7.html#x21-280003.
> >1.2 states:
> > "
> > You can add a directory to the unit search path with the (-Fu (see page
> >
Hi,
http://www.freepascal.org/docs-html/current/user/usersu7.html#x21-280003.1.2
states:
"
You can add a directory to the unit search path with the (-Fu (see page 100))
option. Every occurrence of one of these options will insert a directory to
the unit search path. i.e. the last path on the comm
On Friday 08 April 2016 17:08:08 Anthony Tekatch wrote:
>
> Can MSEgui/MSEide be used to make programs for Mac OSX ?
>
Currently not. In case of OSX-X11 compatibility layer the effort probably is
manageable. I would prefer a Quartz backend. Sponsors wanted! ;-)
Martin
On Friday 08 April 2016 13:33:35 Krzysztof wrote:
>
> I'm using MSEide only for design forms. For coding I'm still use
> Lazarus (with paths to MSEgui source) so I still can enjoy with
> Lazarus code completition, build modes etc.
Just a little hint: MSEide has "build modes". IIRC it had it even b
On Thursday 07 April 2016 16:20:16 Santiago A. wrote:
> El 07/04/2016 a las 14:00, Luiz Americo Pereira Camara escribió:
> > I enconter the following pattern frequently (simplified):
> >
> > SQL:
> > Select * From Customers Where FieldX = 1
> >
> > Later i need a similar query that uses a different
On Tuesday 29 March 2016 21:54:22 Graeme Geldenhuys wrote:
>
> > I'm inclined to use the (U)IntX (with X being a element of [8,
> > 16, 32, 64]) types to avoid any confusion and surprises.
>
> That's not a bad idea either... I'll look into that for future code.
>
In MSElang the base types in unit "
On Friday 25 March 2016 15:37:36 Graeme Geldenhuys wrote:
> On 2016-03-25 14:06, Martin Schreiber wrote:
> > You can use the MSEgui functions in lib/common/msestrings.pas
>
> Thanks, but doesn't MSEgui also use cwstrings?
>
Not for utf-8 <-> utf-16 conversion. The MS
On Friday 25 March 2016 14:48:18 Graeme Geldenhuys wrote:
> On 2016-03-25 12:20, Bart wrote:
> > If you're using LazUtf8 (or use LCL) then cwstring will be used in your
> > app.
>
> I don't use LCL at all, pure RTL & FCL code only. Based on the fact that
> LCL's code also requires "cwstrings" I ass
Hi,
MSEide+MSEgui 4.2 has been released:
https://sourceforge.net/projects/mseide-msegui/files/mseide-msegui/4.2/
There are also new versions of MSEgit, MSEspice and MSErun:
https://sourceforge.net/projects/mseuniverse/files/
New target: Windows 64 bit.
Martin
___
On Saturday 13 February 2016 11:44:27 Serguei TARASSOV wrote:
> Hello,
>
> Here is my little brute-force test for FPC, C and C# compilers.
> http://arbinada.com/main/en/node/1532
>
A slightely modified testcase because MSElang has no RTL yet:
"
program test;
var
n1, n2, n3, n4, n5, n6, n7, n8
On Friday 12 February 2016 03:17:57 Dennis wrote:
>
> Is there any sample codes to copy published properties (via RTTI) ?
> e.g. psuedo code below
>
>for i := 0 to properties.count -1 do begin
> case properties[i].type of
> vtInteger : properties[i].AsInteger :=
> Source.Propert
On Thursday 11 February 2016 17:17:32 Graeme Geldenhuys wrote:
>
> Now the other thing that surprised be, I thought TPersistent.Assign()
> automatically handles protected properties (via RTTI) - thinking that
> descendants automatically get such functionality for free. But reviewing
> the RTL code,
On Thursday 11 February 2016 16:13:22 Graeme Geldenhuys wrote:
> Hi,
>
> In TPersistent, we have two virtual methods. Assign() which calls
> AssignTo().
>
> 1) Why are they both virtual? It seems like Assign() is what I call a
> template method, farming its work out to other helper methods - in thi
On Tuesday 02 February 2016 13:22:01 Jonas Maebe wrote:
> Michael Van Canneyt wrote on Tue, 02 Feb 2016:
>
> [evaluating all arguments to a function/intrinsic]
>
> > I'm just trying to to put any foaming-at-the-mouth argumentation
> > using this particular argument in perspective.
>
> I think this
On Tuesday 02 February 2016 13:39:17 Michael Van Canneyt wrote:
> On Tue, 2 Feb 2016, Martin Schreiber wrote:
> > On Tuesday 02 February 2016 13:22:01 Jonas Maebe wrote:
> >>> It just needs to be
> >>> documented properly. It is a non-issue for me.
>
On Tuesday 02 February 2016 10:41:39 Serguei TARASSOV wrote:
> On 02/02/2016 10:29, fpc-pascal-requ...@lists.freepascal.org wrote:
> > 2016-02-01 10:59 GMT+01:00 Michael Schnell:
> > Same here. I see no reason to differ from it. Introducing new
> > incompatibility is bad idea. For me is good to hav
On 28.01.2016 07:27, Martin Schreiber wrote:
Hi,
I am not able to build a fixes_3_0 RTL with debug info on win64 with a
fixes_3_0 ppcx64.exe.
How should it be done?
I'll probably found the problem, sorry for the noise.
Martin
___
fpc-p
Hi,
I am not able to build a fixes_3_0 RTL with debug info on win64 with a
fixes_3_0 ppcx64.exe.
How should it be done?
Thanks, Martin
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc
On Saturday 26 December 2015 10:55:02 fredvs wrote:
>
> And why complain so late, after all the contacts that we had ?
>
Ouh, you are sensitive. ;-)
Nobody complains!
Its only if I read that MSEide is difficult to install or something similar I
like to knew why because I always try to make things
On Thursday 24 December 2015 16:58:16 Paul Breneman wrote:
> On 12/24/2015 11:06 AM, Martin Schreiber wrote:
> >
> > Maybe you should list the original too? ;-)
> >
> > Martin
>
> Yes I should, but the original is not as simple for a beginner to
> instal
On Thursday 24 December 2015 15:24:29 Paul Breneman wrote:
> Thanks for a simple IDE that a beginner can install. I've already
> posted a few links on my pages.
>
> At the bottom of this page:
>http://www.controlpascal.com/tutorial.htm
> it now leads here:
>http://turbocontrol.com/devoptio
On Thursday 10 December 2015 12:01:49 Graeme Geldenhuys wrote:
>
> ===
> program project1;
>
> {$mode delphiunicode}{$H+}
>
Try {$codepage utf8}.
Martin
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.free
On Monday 23 November 2015 06:13:43 Martin Schreiber wrote:
>
> It is probably possible to use git locally by an import of the CSV history
> https://git-scm.com/docs/gitcvs-migration
> and to fetch/push the changed files from/to the CSV server.
http://www.oak.homeunix.org/~marcel/blo
On Sunday 22 November 2015 20:32:47 Bo Berglund wrote:
> On Sun, 22 Nov 2015 05:56:55 +0100, Martin Schreiber
>
> wrote:
> >And I strongly suggest to drop CVS and to use git
> >instead. ;-)
> >There is even a git client GUI written in Free Pascal:
> >http://sou
On Saturday 21 November 2015 19:25:27 Bo Berglund wrote:
> >> On that we'll have to disagree. The RPi, particularly the 2, is an
> >> entirely adequate computer in its own right.
> >
> >Sure but the accustomed development environment (tools, documentation,
> > version control, useful links, mail a
Hi,
MSEide+MSEgui 4.0 for FPC 3.0.0 has been released!
https://sourceforge.net/projects/mseide-msegui/
There are also new versions for MSEgit, MSEspice and MSErun:
https://sourceforge.net/projects/mseuniverse/
Have a lot of fun!
Martin
___
fpc-pascal
On Tuesday 10 November 2015 09:48:23 Mark Morgan Lloyd wrote:
> >
> > Yes. And I recommend to use cross compiling and debugging from a X86
> > Linux PC:
> > http://www.mail-archive.com/lazarus%40lists.lazarus.freepascal.org/msg504
> >06.html
>
> On that we'll have to disagree. The RPi, particularl
On Monday 09 November 2015 23:57:30 Bo Berglund wrote:
> On Mon, 9 Nov 2015 15:19:12 +0100, Martin Schreiber
>
> wrote:
> >On Monday 09 November 2015 11:35:05 Mark Morgan Lloyd wrote:
> >> So. I'd suggest that you start off with Martin's binary, build the
> &g
On Monday 09 November 2015 11:35:05 Mark Morgan Lloyd wrote:
>
> So. I'd suggest that you start off with Martin's binary, build the
> matching 2.6.4,
FPC 2.6.4 has no support for EABIHF AFAIK. I have a patched 2.6.4 version with
EABIHF support but I suggest to use FPC 3.0 or fixes_3_0 instead.
I
On Friday 02 October 2015 11:14:26 Rainer Stratmann wrote:
> Is it possible now to go behind the last character with the cursor?
>
> code abcdefg[c]
>
> [c] = cursor
>
No. :-)
Martin
___
fpc-pascal maillist - fpc-pascal@lists.freepa
Hi,
MSEide+MSEgui 4.0beta1 for FPC 3.0 is ready for testing:
http://mseide-msegui.sourceforge.net/pics/mseide_4_0.png
http://sourceforge.net/projects/mseide-msegui/files/mseide-msegui/4.0beta1/
There are also new versions for MSEgit, MSEspice and MSErun:
http://sourceforge.net/projects/mseunivers
On Friday 25 September 2015 10:26:44 Michael Van Canneyt wrote:
> So if you use widestring for all your filename strings, there will be no
For better performance probably UnicodeString not WideString.
Martin
___
fpc-pascal maillist - fpc-pascal@lists
On Friday 25 September 2015 03:52:25 Bo Berglund wrote:
> On Thu, 24 Sep 2015 09:48:32 -0400, Bo Berglund
>
> wrote:
> >I want to check my options regarding Lazarus and FPC.
> >
> >If I develop a program on Windows Lazarus, move it to Debian Lazarus
> >(x86) and then finally want to compile on ARM
On Thursday 24 September 2015 09:52:34 Jonas Maebe wrote:
> Martin Schreiber wrote:
>
> >>> Another question, it looks to me that -Fcutf8 does not work like
> >>> {$codepage utf8} for string constants. Is this intend?
> >>
> >> I think they should h
On 24.09.2015 09:22, Graeme Geldenhuys wrote:
> On 2015-09-24 09:09, Martin Schreiber wrote:
>> It is an advantage to have pure ASCII files for such data.
>
>
> Escaped text seems optional, but the UTF-8 encoding seem recommended.
> Using non-escaped Unicode text is faster t
On Thursday 24 September 2015 09:46:06 Michael Van Canneyt wrote:
> On Thu, 24 Sep 2015, Martin Schreiber wrote:
> > On Thursday 24 September 2015 09:28:28 Jonas Maebe wrote:
> >>> Should I make a bug report?
> >>
> >> There is already a (very old) bug report
On Thursday 24 September 2015 09:59:49 Graeme Geldenhuys wrote:
> On 2015-09-24 08:14, Martin Schreiber wrote:
> >> > What did you expect to see ?
> >
> > "
> > {"version":1,"strings":[
> > {"hash":7200948,"name":
On Thursday 24 September 2015 09:28:28 Jonas Maebe wrote:
>
>
> > Should I make a bug report?
>
> There is already a (very old) bug report for that.
>
I meant a bug report for the unusual json format.
Martin
___
fpc-pascal maillist - fpc-pascal@lists.f
On Thursday 24 September 2015 09:28:28 Jonas Maebe wrote:
>
> There are several more, including lack of support for non-ansi encoded
> file names and most classes that (still) exist only in ansistring form.
> You can of course create replacements for all of that, but then again,
> you could also im
On Thursday 24 September 2015 09:21:01 Mattias Gaertner wrote:
> On Thu, 24 Sep 2015 09:10:06 +0200
>
> Martin Schreiber wrote:
> >[...]
> > Another question, it looks to me that -Fcutf8 does not work like
> > {$codepage utf8} for string constants.
>
> What
On Thursday 24 September 2015 09:00:47 Michael Van Canneyt wrote:
> > produces the file json.rsj
> > "
> > {"version":1,"strings":[
> > {"hash":7200948,"name":"json.a","value":"a\u00C3\u00A4\u00C3\u0084"}
> > ]}
> > "
> > Is this intended? How can translation tools know that the Unicode points
> >
1 - 100 of 372 matches
Mail list logo
