Am 21.09.2015 19:05 schrieb "Bo Berglund" :
> >
> >I can't say anything about TSocketClient, but the TInetClient in the
> >ssockets unit I mentioned is a class that's rather directly on top of the
> >native socket API, so that should definitely be able to handle it.
>
> Fine, then I just need to ma
Hello Salvatore,
great to hear it is working for you now.
What do you suggest to change to make things better for new users?I have read
some posts from other folks with the same problems/experience as you discovered?
Sam
Von: Salvatore Coppola
An: Lazarus mailing list
Gesendet: 11:04 M
On Mon, 21 Sep 2015 18:46:08 +0300
FreeMan wrote:
> fpc r31772 lazarus r49865
> I get this error while run lazbuild in terminal
> Free Pascal Compiler version 3.1.1 [2015/09/20] for x86_64
> Copyright (c) 1993-2015 by Florian Klaempfl and others
> /opt/lazarus/components/lazutils/asiancodepagefu
On Mon, 21 Sep 2015, Bo Berglund wrote:
It seems like I am missing something regarding usage and setup of the
Lazarus/FPC environment...
I installed Lazarus a while ago in order to check how it would cope
with a Sentinel SuperPro dongle. I have not done anything since with
Lazarus.
Now I want
On Mon, 21 Sep 2015 18:58:14 +0200, Sven Barth
wrote:
>Am 21.09.2015 17:58 schrieb "Bo Berglund" :
>>
>> On Mon, 21 Sep 2015 17:24:50 +0200, Sven Barth
>> wrote:
>>
>> >Am 21.09.2015 16:42 schrieb "Bo Berglund" :
>> >> Unfortunately since the existing code is built on non-blocking serial
>> >> c
Am 21.09.2015 17:58 schrieb "Bo Berglund" :
>
> On Mon, 21 Sep 2015 17:24:50 +0200, Sven Barth
> wrote:
>
> >Am 21.09.2015 16:42 schrieb "Bo Berglund" :
> >> Unfortunately since the existing code is built on non-blocking serial
> >> communications and events to handle the data reception I am at a
It seems like I am missing something regarding usage and setup of the
Lazarus/FPC environment...
I installed Lazarus a while ago in order to check how it would cope
with a Sentinel SuperPro dongle. I have not done anything since with
Lazarus.
Now I wanted to make a test using the TCP/IP socket fun
On Monday 21 September 2015 16:42:15 Bo Berglund wrote:
> That is where I
> have to tie in the conditional for TCP/IP comm using whatever socket
> implementation I find most suitable.
>
MSEgui also has nonblocking socket components with ssl support. Please compile
MSEide with -dmse_with_ifirem in
On Mon, 21 Sep 2015 17:24:50 +0200, Sven Barth
wrote:
>Am 21.09.2015 16:42 schrieb "Bo Berglund" :
>> Unfortunately since the existing code is built on non-blocking serial
>> communications and events to handle the data reception I am at a loss
>> right now concerning what TCP socket component to
fpc r31772 lazarus r49865
I get this error while run lazbuild in terminal
Free Pascal Compiler version 3.1.1 [2015/09/20] for x86_64
Copyright (c) 1993-2015 by Florian Klaempfl and others
/opt/lazarus/components/lazutils/asiancodepagefunctions.inc(153,94)
Error: (3203) Illegal expression
/opt/la
Am 21.09.2015 16:42 schrieb "Bo Berglund" :
> Unfortunately since the existing code is built on non-blocking serial
> communications and events to handle the data reception I am at a loss
> right now concerning what TCP socket component to use.
> Indy is blocking, synapse is blocking and ICS being
On Mon, 21 Sep 2015 17:00:43 +0200, Michael Schnell
wrote:
>On 09/21/2015 04:42 PM, Bo Berglund wrote:
>> The intrument has already been modified by replacing the serial port
>> by an internal WiFi AP module which connects to the instrument via
>> RS232 and the outside world will get access via
On 09/21/2015 04:48 PM, Bo Berglund wrote:
So I thought that maybe I could do the same here and have something
that a main program created natively in Python for instance could use.
Of course you _can_ do DLLs / sos for inter-language linking. But then
they need a "standard" "flat" interface (
On 2015-09-21 15:56, Bo Berglund wrote:
> I could maybe use cron to start it every 1 minute (but then I would
> need to find a way to NOT start it if it is already running but has
> not finished yet).
If you must go the cron route, SimpleIPC is your friend for checking if
an instance of the applic
On 09/21/2015 04:42 PM, Bo Berglund wrote:
I take your comment as meaning there are other platforms where FPC
also runs, right?
Yep. You can always switch to another ARM/Linux board with not much
porting effort.
The intrument has already been modified by replacing the serial port
by an interna
On 2015-09-21 09:24, Michael Schnell wrote:
> Moreover Wifi is not usable for decent embedded application. it is
> very prone to be temporarily unavailable by environmental influence
> (such as microwave ovens and other Wifi routers nearby).
Not just for embedded applications... anything wifi in
On Mon, 21 Sep 2015 16:07:50 +0200 (CEST), Michael Van Canneyt
wrote:
>
>No. Because it will simply fail to run on a headless system.
>
Hi all,
being the topic creator I want to just intervene about the target
system:
It is intended to run on a *headless* RaspberryPi2 (or equivalent more
robust
On Mon, 21 Sep 2015 10:52:17 +0200, Michael Schnell
wrote:
>On 09/20/2015 07:02 AM, Bo Berglund wrote:
>> I have a DLL written in Delphi7 (or 2007), which implements a whole
>> bunch of basic functions ...
>
>While if course in Linux a "dynamic link" concept like DLL does exist
>and is widely us
On Mon, 21 Sep 2015 10:24:59 +0200, Michael Schnell
wrote:
>On 09/18/2015 03:44 PM, Bo Berglund wrote:
>> Now we need to shrink and ruggedize the system ...
>
>IMHO a Pi is nit suitable to "ruggedize" a system. The Pi is made for
>education purpose not for embedded use. It's stability, EDS immun
On 09/21/2015 04:07 PM, Michael Van Canneyt wrote:
So you are totally wrong in your argument.
This argument had been pointing against myself, as it invalidates my
effort to do an ActiveNoGui WidgetType I had been requesting at the time
I investigated about porting a large embedded Delphi pro
On Mon, 21 Sep 2015, Michael Schnell wrote:
On 09/21/2015 01:50 PM, Graeme Geldenhuys wrote:
Just to be clear, using threads in this case didn't require Synchronize()
either - because Synchronize() is purely there for GUI apps, which this
wasn't.
Of course it is *possible* (it even is _po
On 09/21/2015 02:56 PM, Sven Barth wrote:
Just for clarification: Synchronize() is not only for GUI
Same is true for TThread.Queue and Application.QueueAsyncCall, as well.
All three (from the user's point of view) do similar stuff: schedule an
event that is executed in the main thread
On 09/21/2015 02:21 PM, Graeme Geldenhuys wrote:
I don't know what Lazarus's TTimer uses in the back-end
I do. But this is completely irrelevant regarding what is desirable to
offer to the users.
My ActiveNoGui draft does not use any GUI hook and it does work -
according to first simple tests
Am 21.09.2015 13:51 schrieb "Graeme Geldenhuys" <
mailingli...@geldenhuys.co.uk>:
> Last year I implemented a Windows Service / Linux Daemon application
> using FCL's daemonapp.pp unit. It was a 100% non-GUI application, and I
> used threads and all without issue. Just to be clear, using threads in
On 2015-09-21 13:05, Michael Schnell wrote:
> To me it is a very bad idea to have the Lazarus users use completely
> different paradigms for common stuff like timers,
I don't know what Lazarus's TTimer uses in the back-end (hooks into the
GUI I presume), but FPC does includes a fptimer (which I w
fpc sv r31772 lazarus r49851
On 21.09.2015 11:17, Mattias Gaertner wrote:
On Mon, 21 Sep 2015 10:12:17 +0300
FreeMan wrote:
>I changed "" to ""
>in project.lpi, then open in lazarus, IDE lock and this is gdb bt
>result, what can be problem ?
What fpc version do you use to build the IDE?
Mat
On 09/21/2015 01:50 PM, Graeme Geldenhuys wrote:
Just to be clear, using threads in this case didn't require
Synchronize() either - because Synchronize() is purely there for GUI
apps, which this wasn't.
Of course it is *possible* (it even is _possible_ to code a complete
application with a h
On 2015-09-21 12:37, Michael Schnell wrote:
>
> ... because this is easy to do in Windows, but not that easy in Linux ;-)
That only applies to Delphi. :) The brilliant FPC developers managed it
just fine.
Last year I implemented a Windows Service / Linux Daemon application
using FCL's daemonapp.
On 09/21/2015 01:26 PM, Graeme Geldenhuys wrote:
Wow, a Service Application in Delphi (unlike under FPC - at least for
*nix) seems to be a full-on GUI application, just without a UI.
... because this is easy to do in Windows, but not that easy in Linux ;-)
The Lazarus team did a great job but
On 2015-09-21 12:11, Michael Van Canneyt wrote:
> Correct for console, not for service. Check svcmgr unit, it runs the
> message loop.
Ah yes, I see what you mean. I just double checked in Delphi 7. Wow, a
Service Application in Delphi (unlike under FPC - at least for *nix)
seems to be a full-on G
On 09/21/2015 12:48 PM, Graeme Geldenhuys wrote:
No it doesn't...
Sorry if I am wrong here. I do know that colleagues of mine do Services
in Delphi by doing normal GUI applications that definitively do use
TTimer, and in the end just do a small modification to have them run as
Services.
I am
On 09/21/2015 12:37 PM, Michael Van Canneyt wrote:
That is because (at least up till Delphi XE) a Delphi service
application runs the *GUI* processmessages loop (it uses unit forms
for this).
Maybe from the POV of the application but...
With Win XP a Service could optionally show a GUI Wind
On Mon, 21 Sep 2015, Graeme Geldenhuys wrote:
On 2015-09-21 09:14, Michael Schnell wrote:
I am rather positive that a Delphi "Service Application" can do TTimer etc.
No it doesn't... At least not by simply creating an instance of TTimer
and hooking up the OnTimer event.
This applies to bo
On Mon, 21 Sep 2015, Graeme Geldenhuys wrote:
On 2015-09-20 11:52, Michael Van Canneyt wrote:
{$i something.lrs}
with
{$r something.lfm}
Plus you can remove the LResources unit in the uses clause?
Yes.
Michael.
--
___
Lazarus mailing list
L
On 2015-09-21 09:14, Michael Schnell wrote:
>
> I am rather positive that a Delphi "Service Application" can do TTimer etc.
No it doesn't... At least not by simply creating an instance of TTimer
and hooking up the OnTimer event.
This applies to both Console and Service applications under Delphi.
On Mon, 21 Sep 2015, Michael Schnell wrote:
Bo later said:
"As described my Windows application is a service"
I am rather positive that a Delphi "Service Application" can do TTimer etc.
That is because (at least up till Delphi XE) a Delphi service application runs the
*GUI* processmessage
Dear Members:
I am using Lazarus for application and sqlite for BDTables.
I have used the SQLQuery facility for showing in a Report what I want
(simple Query), using in the DataModule the SQLQuery, the Connection and the
Transition, but I want to know if I have to use the Connection and the
On 2015-09-20 11:52, Michael Van Canneyt wrote:
> {$i something.lrs}
>
> with
>
> {$r something.lfm}
Plus you can remove the LResources unit in the uses clause?
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
--
Marco van de Voort wrote:
On Sun, Sep 20, 2015 at 08:49:14AM +, Mark Morgan Lloyd wrote:
Looking at some projects filed away here, I find I've been inconsistent
so would appreciate it if somebody could say authoritatively: what types
of file should be put in a repository, and what is regene
On Sun, Sep 20, 2015 at 08:49:14AM +, Mark Morgan Lloyd wrote:
> Looking at some projects filed away here, I find I've been inconsistent
> so would appreciate it if somebody could say authoritatively: what types
> of file should be put in a repository, and what is regenerated reliably?
>
> O
Lukasz Sokol wrote:
On 21/09/15 09:21, Mark Morgan Lloyd wrote:
Lukasz Sokol wrote:
On 20/09/15 10:14, Graeme Geldenhuys wrote:
[...]
There is a Github project which collects all such .gitignore settings
for every language you can think of. Very useful.
https://github.com/github/gitignore
Sam, thanks for the reply, got it!
Salvatore
2015-09-19 20:16 GMT+02:00 sam_herzog :
>
> Hello Salvatore, first I would like to explain a little about laztoapk.
> It just helps you install the whole tool chain, jdk,sdk,ndk and
> laz4android. And to create the batch-file (.bat) to compile,sign an
On 09/20/2015 07:02 AM, Bo Berglund wrote:
I have a DLL written in Delphi7 (or 2007), which implements a whole
bunch of basic functions ...
While if course in Linux a "dynamic link" concept like DLL does exist
and is widely used ("Shared Objects" ".so - files") why would you want
to use it in
On 21/09/15 09:21, Mark Morgan Lloyd wrote:
> Lukasz Sokol wrote:
>> On 20/09/15 10:14, Graeme Geldenhuys wrote:
>> [...]
>>> There is a Github project which collects all such .gitignore settings
>>> for every language you can think of. Very useful.
>>>
>>> https://github.com/github/gitignore
>>>
On 21/09/15 09:23, Patrick Chevalley wrote:
>>
> > No FreePascal or Lazarus entries there... ?
>
> https://github.com/github/gitignore/blob/master/Global/Lazarus.gitignore
>
>
Oh,
I did not even think to dive into the Global sub dir ;)
thx ;)
el es
--
On 09/18/2015 06:08 PM, Michael Van Canneyt wrote:
Quite cheeky, posting this on a Lazarus list :)
I never installed MSE IDE, as for porting to Linux an large Delphi
project with several Desktop applications and multiple Delphi-trained
Developers (I intended to trigger that for a long time) L
On 09/18/2015 04:08 PM, Martin Schreiber wrote:
3. Cross compile and cross debug the Linux application to RaspberryPi on the
Linux X86 PC.
I did try rather hard but getting cross compiling running with Lazarus
was not really amusing and I did not at all succeed in getting cross
(aka remote) de
On 09/18/2015 03:44 PM, Bo Berglund wrote:
Now we need to shrink and ruggedize the system ...
IMHO a Pi is nit suitable to "ruggedize" a system. The Pi is made for
education purpose not for embedded use. It's stability, EDS immunity,
and temperature range is not suitable for this. If there i
>
> No FreePascal or Lazarus entries there... ?
https://github.com/github/gitignore/blob/master/Global/Lazarus.gitignore
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/laz
Lukasz Sokol wrote:
On 20/09/15 10:14, Graeme Geldenhuys wrote:
[...]
There is a Github project which collects all such .gitignore settings
for every language you can think of. Very useful.
https://github.com/github/gitignore
No FreePascal or Lazarus entries there... ?
No, but I had visi
On Mon, 21 Sep 2015 10:12:17 +0300
FreeMan wrote:
> I changed "" to ""
> in project.lpi, then open in lazarus, IDE lock and this is gdb bt
> result, what can be problem ?
What fpc version do you use to build the IDE?
Mattias
--
___
Lazarus mailin
Bo later said:
"As described my Windows application is a service"
I am rather positive that a Delphi "Service Application" can do TTimer etc.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.
On 09/18/2015 12:06 PM, Marco van de Voort wrote:
Could you please post your Delphi test for that? Thanks.
You are correct that this does not work in the way I assumed.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://
On 09/18/2015 06:19 PM, Bo Berglund wrote:
Or is there a better way on Linux?
A typical Linux way in fact is doing a cron job. A common Unix paradigm
is to do any functionality in a small dedicated "run through" executable
and chain those via pipes and/or call them via system functionality suc
On 20/09/15 10:14, Graeme Geldenhuys wrote:
[...]
> There is a Github project which collects all such .gitignore settings
> for every language you can think of. Very useful.
>
> https://github.com/github/gitignore
>
No FreePascal or Lazarus entries there... ?
>
> Regards,
> - Graeme -
>
K
I changed "" to ""
in project.lpi, then open in lazarus, IDE lock and this is gdb bt
result, what can be problem ?
[New Thread 0x1c0b of process 10649]
Hint: (lazarus) [TBuildManager.SetBuildTarget] Old=x86_64-darwin-qt
New=x86_64-win64-qt FPC=True LCL=False
Hint: [TFPCTargetConfigCache.Needs
56 matches
Mail list logo
