Re: [Lazarus] Path that .exe file is running from

On 08/02/2013 11:57 AM, Michael Van Canneyt wrote: So you suggest deriving and instantiating a propriety application from the TCustomApplication class ? I don't suggest anything. I just react on incorrect information. I see. Thanks for the clarification . Will that automatically provide the

Re: [Lazarus] Path that .exe file is running from

On 08/02/2013 11:07 AM, Michael Van Canneyt wrote: Widget types do not even enter the picture, customapplication is included in FPC, not Lazarus. I see. Thanks. So you suggest deriving and instantiating a propriety application from the TCustomApplication class ? Will that automatically pr

Re: [Lazarus] Path that .exe file is running from

On 08/02/2013 10:32 AM, Michael Van Canneyt wrote: On Fri, 2 Aug 2013, Michael Schnell wrote: On 08/01/2013 08:56 PM, Richard Mace wrote: "Application" is only available when using appropriate "WidgetTypes". Not when doing simple command line tools. It is if you use TCu

Re: [Lazarus] Path that .exe file is running from

On 08/01/2013 08:56 PM, Richard Mace wrote: How can I get the path of where my application is running from? I have tried Application.Name Application.ExeName but "Application" is not found? "Application" is only available when using appropriate "WidgetTypes". Not when doing simple command l

Re: [Lazarus] SSH

On 08/01/2013 05:20 PM, Richard Mace wrote: ... as many of my users will have never even seen a Linux command line before :) What exactly are you up to? We still don't know how the targeted setup is supposed to be. E.g. - a Windows computer in a company network that can access a Linux box i

Re: [Lazarus] SSH

On 08/01/2013 11:21 AM, Mark Morgan Lloyd wrote: Linux server, and that's more likely to have SSH in its default configuration than Samba, NFS, RSH or even FTP. Why do you think so ? SSH is the default to access any Linux box that does not have a monitor. A server can very well be a file ser

Re: [Lazarus] SSH

On 08/01/2013 11:33 AM, Sven Barth wrote: In that case he could also try SSHFS which let's him mount a remote directory through SSH (I didn't test that myself though as of yet): http://en.wikipedia.org/wiki/SSHFS or here rather: http://code.google.com/p/win-sshfs/ -Michael -- ___

Re: [Lazarus] SSH

Yep. With SSH you don't need to transfer a username and password to do a login, once you established the appropriate keys on both sites. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mai

Re: [Lazarus] SSH

On 08/01/2013 10:32 AM, Reinier Olislagers wrote: That's a strange response. *He* specified SSH, Yep. I supposed he mentioned SSH because he knows that he can access the server via PUTTY using the SSH protocol. I do exactly this with my local Linux servers. -Michael -- _

Re: [Lazarus] SSH

On 08/01/2013 10:04 AM, Reinier Olislagers wrote: Why? SSH/SCP works much better/more securely if accessing servers across the internet. No need to mess with VPNs etc. If this is "internet", he might want to install a VPN and with that he can use CIFS. So his pascal project is not bothered wit

Re: [Lazarus] SSH

On 08/01/2013 10:04 AM, Reinier Olislagers wrote: On 01/08/2013 09:58, Michael Schnell wrote: Why? SSH/SCP works much better/more securely if accessing servers across the internet. He did not mention "Internet". -Michael -- ___ Lazarus ma

Re: [Lazarus] SSH

On 08/01/2013 07:48 AM, Richard Mace wrote: I am needing to add the ability to my Lazarus application to copy files to a linux server. Assuming that my application will be run on Windows, what's the best way of copying files to and from a Linux box? Ignoring the Subject I's just recommend a fil

Re: [Lazarus] Lazarus, Jedi etc.

On 07/16/2013 11:58 AM, Henry Vermaak wrote: They're just paying you back in kind :) Please note that I died not mean "experts" ironically in any way. I meant: true experts being funny by exaggerating. Sorry for maybe being unclear. -Michael -- __

Re: [Lazarus] Firefox OS

On 07/16/2013 06:07 PM, Jy V wrote: I guess the main library entry points are located in mozjs.dll so the wrapper fpcjs may need some search and replace replace, Ah, this is what I guessed: The command-line java script interpreter does use parts of the normal Firefox distribution. -Michael -

Re: [Lazarus] Firefox OS

I Do know that confusing Java and Java-Script is similar to confusing a HedgeHog and a Pig, But things like that happen in my advanced age :-( . -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.

Re: [Lazarus] Firefox OS

On 07/16/2013 01:25 PM, Michael Van Canneyt wrote: Where do you get your information ? I was just being confused and apologize for wasted bandwidth :-( . -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.f

Re: [Lazarus] Firefox OS

On 07/16/2013 01:07 PM, Sven Barth wrote: HTML5 has *nothing* to do with Java. Sorry for again typing faster than thinking. :-( -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/li

Re: [Lazarus] Firefox OS

On 07/16/2013 01:09 PM, Sven Barth wrote: JS command line interpreter OK, I did find Rhino. https://developer.mozilla.org/en-US/docs/Rhino -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.

Re: [Lazarus] Firefox OS

On 07/16/2013 01:09 PM, Sven Barth wrote: but otherwise a JS command line interpreter is sufficient. That was what I tried to ask. I never heard of any "JS command line interpreter". Is there one provided by Mozilla ? -Michael -- ___ Lazarus mai

Re: [Lazarus] Firefox OS

On 07/16/2013 12:11 PM, Sven Barth wrote: Ehm... you do know that the Android GUI is not based on any HTML? It's a Java based system... While I learned this only after I phrased this message, OTOH HTML5 also is a Java based system and thus the thought might not be _completely_ wrong. -Michael

Re: [Lazarus] Firefox OS

On 07/16/2013 12:23 PM, Sven Barth wrote: show how you can execute it on the command line as well. Do you start Firefox, a part of same (or whatever) with some command line arguments to do this ? -Michael -- ___ Lazarus mailing list Lazarus@lists.

Re: [Lazarus] Lazarus, Jedi etc.

On 07/16/2013 11:17 AM, Henry Vermaak wrote: Probably not, no, given that it's used by ... I seem to find out that this discussion is about experts making fun on each other, just wasting some bandwidth :-) . -Michael -- ___ Lazarus mailing list La

Re: [Lazarus] Firefox OS

On 07/16/2013 10:44 AM, Michael Schnell wrote: http://asmjs.org/spec/latest/#introduction looks really interesting as a target arch for fpc. Should we switch to the fpc-devel mailing list on that issue ? -Michael -- ___ Lazarus mailing list

Re: [Lazarus] Firefox OS

On 07/15/2013 10:19 PM, Sven Barth wrote: Why would I want to use a parser generator if we have a fully working multi-backend compiler available?! +1 Either stay with the current (excellent) Parser, or switch to a major standard such as LLVM or gcc ! -Michael --

Re: [Lazarus] Firefox OS

On 07/15/2013 09:24 PM, Sven Barth wrote: I would keep out LLVM and emscripten and just directly generate asm.js code which is then simply compatible to the libraries provided by the emscripten project. That of course is advantageous, as it can be done in Pascal, as the fpc is used to and hap

Re: [Lazarus] Firefox OS

On 07/15/2013 10:47 PM, Mark Morgan Lloyd wrote: asm.js does seem to have a lot going for it. So I suppose a fair question is to what extent custom-drawn LCLs for Android and Firefox OS could share code, and whether this abstraction could be useful for other targets e.g. framebuffer or "naked"

Re: [Lazarus] Firefox OS

On 07/15/2013 03:15 PM, Mark Morgan Lloyd wrote: Perhaps comparable with the custom-drawn Android LCL. That is what I was thinking of. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/m

Re: [Lazarus] Firefox OS

On 07/15/2013 01:39 PM, Marc Santhoff wrote: Regarding news about "Intelligence Agencies" around the world Firefox OS will for sure have it's cusomers. Especially in Europe and even more in Germany. (awaiting the news that the said Agency succeeded in turning down Mozilla org. ) -Michael -

Re: [Lazarus] Firefox OS

On 07/15/2013 12:49 PM, Kostas Michalopoulos wrote: Since Firefox (and i assume Firefox OS) uses the new "asm.js" subset of javascript (a js subset that looks like assembly which can be converted to native code, something like a js-based portable LLVM bitcode), couldn't FPC generate asm.js code

Re: [Lazarus] Firefox OS

On 07/15/2013 11:20 AM, Reinier Olislagers wrote: Firefox OS used to run on top of Android I don't think that this is the way it is meant to be installed on devices by - say - Deutsche Telekom. Why would they wont to install anything "on top of Android", when they have Android anyway ? and A

Re: [Lazarus] Firefox OS

On 07/15/2013 11:58 AM, Michael Van Canneyt wrote: Delphi XE5 - scheduled for release in september is supposed to contain Android support. They already delayed this several times, so I don't hold my breath. In fact this would be the first support for Linux after Kylix death. (Of course withou

Re: [Lazarus] Firefox OS

On 07/15/2013 11:23 AM, Reinier Olislagers wrote: However, as long as there is overwhelming market share for iOS+Android, supporting those does seem to be the easiest way. Yep, but - as always - being prepared is not a bad thing. In fact with Android having a market share of some 70 %, it was

Re: [Lazarus] Firefox OS

On 07/15/2013 11:03 AM, Mark Morgan Lloyd wrote: Michael Schnell wrote: But can an "OS" completely done in Jacascript be a valid alternate foundation for cell phone and Tablet designs ? A lot of people who should know better think that the GUI is the OS. That is why I put quotes

Re: [Lazarus] Firefox OS

On 07/15/2013 10:45 AM, Felipe Monteiro de Carvalho wrote: There is also Bada and WebOS ... and Windows 8 phone, and ... But besides iOS and Android, I only see Firefox OS as a candidate for decent growth. Lets wait and see... -Michael -- ___ La

Re: [Lazarus] Firefox OS

On 07/15/2013 10:25 AM, Michael Van Canneyt wrote: but needs time. As all things. Understood;-) . (Great project nonetheless...) -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/l

Re: [Lazarus] Lazarus, Jedi etc.

On 07/13/2013 04:01 PM, Marco van de Voort wrote: - many turbopower components work. But unfortunately this does not include AsyncPro, while a decent, comfortable, unified, OS-independent way to handle data streams form/to Serial Ports and TCP/IP sockets (i.e. using blocked I/O in hidden thr

Re: [Lazarus] Firefox OS

On 07/15/2013 10:12 AM, Michael Van Canneyt wrote: As far as I know, it is Javascript. Not Java. As Firefox is a very fast Javascript interpreter this does make sense. But it supposedly makes it completely incompatible with Android from ground up (this might be on purpose). But can an "OS"

Re: [Lazarus] Firefox OS

On 07/15/2013 10:12 AM, Michael Van Canneyt wrote: I really should get my Pascal-to-Javascript translator project on track :( How far has this advanced yet ? -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.laza

[Lazarus] Firefox OS

I read the Firefox OS is gaining support by cell phone manufactures and distributors (e.g. "Deutsche Telekom"). While Android support seems to be a hot topic here, what about the upcoming "Firefox OS". I suppose this is Java-based in a similar way as Android, and maybe a unified support for

Re: [Lazarus] Lazarus, Jedi etc.

On 07/13/2013 04:01 PM, Marco van de Voort wrote: - VST is in Lazarus-CCR, but an older v4 version. VST porting is hindered by not accepting changes (like a sane IFDEF system) upstream, which makes every port an one off change. As I am interested in this and did some discussions in musical sof

Re: [Lazarus] Lazarus, Jedi etc.

On 07/13/2013 03:52 PM, leledumbo wrote: The whole JEDI sucks, dependencies hell everywhere and IS TIED TO WINDOWS! ... It's at least five years ago when I was dealing with the Jedi community. I remember that at that time they have been tpersuing compatibility with FPC/Lazarus at least in so

[Lazarus] Angstrom Package

A friend of mine did rather easily get Lazarus Running on a BeagleBone Black device after he installed Debian Linux on the board and then simply installed the appropriate Lazarus Debian packages. Now from the distributors, the BBB come with Angstrom Linux preinstalled. The package management o

Re: [Lazarus] Package main source on project lpr

On 07/03/2013 10:04 AM, Mattias Gaertner wrote: I think you misunderstood him. I did understand that he asked about packages. But in fact if he intends to port a GUI base project of any kind to be a program that does not force GUI binding, he should know about the implications. -Michael -- _

Re: [Lazarus] Package main source on project lpr

On 07/02/2013 04:14 PM, Fabio Luis Girardi wrote: Hi to everybody! A friend are working in redesigning all PascalSCADA packages, with the main target to remove all graphical dependencies, to make it usable on console applications and service applications. To stay compatible with the existing st

Re: [Lazarus] Unicode branch

On 06/30/2013 08:14 PM, Florian Klämpfl wrote: It matters when people make assumptions when the a temp. If an interface indeed is used as an "interface" externally of the program, Destroying it might result in a crash when the external program writes something back to the interface object (b

Re: [Lazarus] Unicode branch

On 06/26/2013 05:59 PM, Hans-Peter Diettrich wrote: I don't see any relationship to COM here. Delphi "interfaces" mostly are seen as COM thingies, even though they are just straight forward language constructs that _can_ be used to attach to COM objects. but they can be happily be used for o

Re: [Lazarus] Unicode branch

On 06/25/2013 03:16 PM, Marco van de Voort wrote: As far as I know that was all to be limited to their mobile offering. As stated earlier by several contributors, splitting the language into two separate branches for different architectures seems like an utterly bad idea. I do hope Lazarus will

Re: [Lazarus] Unicode branch

On 06/25/2013 03:14 PM, Sven Barth wrote: Yes, it will merely be an empty method then. If this really works and does not break anything, I wonder why this has not been implemented since long... -Michael -- ___ Lazarus mailing list Lazarus@lists.laza

Re: [Lazarus] Unicode branch

On 06/24/2013 09:25 PM, Michael Van Canneyt wrote: AFAIK This is only for the new nextgen compiler, for the Win32 target, nothing changes. To me it makes absolutely no sense to force the programmers to use different paradigms for different platforms. A decent programming system should hide

Re: [Lazarus] Unicode branch

On 06/24/2013 05:14 PM, Hans-Peter Diettrich wrote: They also make TObject reference counted... I did read about this. So ".Free" is going to be obsolete ? When we can start implementing further changes, we should look whether Delphi exists at all, at that time. I wouldn't hold my breath ;-)

Re: [Lazarus] Unicode branch

I just have been told that Embarcadero plans to do away with the stuff fpc is just implementing in the "Unicode branch" and is on the verge to change to a completely new String type that is - UTF-16-only, - Zero-Based, and - immutable. And thus completely incompatible with any "String" Type e

Re: [Lazarus] Beagle Bone

On 06/18/2013 01:22 PM, Paul Breneman wrote: CtrlTerm supports both serial (using SynaSer) and socket (Synapse) and the code is almost the same. Does it automatically use background threads and fires events in the main thread (as AsyncPro does) ? -Michael -- _

Re: [Lazarus] Beagle Bone

On 06/17/2013 09:05 PM, Den Jean wrote: Here is a demo of a LCL/Qt program running on the BeagleBone ( = predecessor of BeagleBone Black). http://users.telenet.be/Jan.Van.hijfte/qtforfpc/BeagleBone/beagle_bone.png Super ! Did you get decent performance with QT on BB ? (Of course BBB will ou

Re: [Lazarus] Beagle Bone

On 06/17/2013 06:09 PM, Paul Breneman wrote: The 5.7 MB arm-linux zip is just an easy way to see FPC 2.6.2 work on the RPi or BB. That of course is a great starter. I just wanted to add a link for others that might encounter this message thread in the future. I think most full-time programm

Re: [Lazarus] Beagle Bone

On 06/17/2013 02:33 PM, Paul Breneman wrote: If you want to test something I've tested the arm-linux native stuff here on the RPi so it should work on the BB: http://www.turbocontrol.com/easyfpgui.htm Thanks for this link. I understand that EasyfpGUI-fpc-2.6.2.arm-linux-050413.zip

Re: [Lazarus] Beagle Bone

On 06/17/2013 12:33 PM, Michael Van Canneyt wrote: Well, lazarus runs without problems on a Raspberry Pi. What do you mean by "runs on". As a native IDE with it's own local GUI ? That would be very slow (vs cross compiling) but supposedly usable. The next issues of Blaise Pascal will feature

[Lazarus] Beagle Bone

Hi ARM experts, Did anybody yet use Lazarus to do a project to be run on a BeagleBone ( http://beagleboard.org/Products/BeagleBone%20Black ) ? Either "native", or "cross" ? I would like to do this. The project I have in mind does not need to have a GUI (nor any Android binding). Regarding

Re: [Lazarus] Unicode branch

On 06/13/2013 11:51 AM, Michael Van Canneyt wrote: The problem is not in the compiler. The problem is that IF your code assumes that WideString=UnicodeString then you will need to differentiate the 2 cases. I suppose you are correct. But if I understand correctly what my Delphi addicted col

Re: [Lazarus] Unicode branch

On 06/13/2013 11:32 AM, Michael Van Canneyt wrote: And they'll need defines anyway because widestring <> unicodestring on windows. The compiler does know whether it compiles for Windows or not. Doesn't it ? -Michael -- ___ Lazarus mailing list La

Re: [Lazarus] Unicode branch

On 06/12/2013 05:31 PM, Marco van de Voort wrote: No. This is part of that, but only the most initial level. Much is not yet decided. ... including how compatible it will be. (and more importantly, how portable the compatibility will be) As I followed (an took part in) several discussions on t

Re: [Lazarus] Unicode branch

On 06/12/2013 05:36 PM, Michael Van Canneyt wrote: Now why on earth would we do that ? We don't define VERXYZ either in mode delphi ?? As, String-wise, Delphi (as of version xyz) is not compatible to itself, IMHO it does make perfect sense to provide the $mode delphiunicode, additional to

Re: [Lazarus] Unicode branch

On 06/12/2013 05:29 PM, Marco van de Voort wrote: Yes, and if you chose the explicit compatibility mode for that version, $mode delphiunicode, it _is_ defined. Great. I see my concerns about this kind of compatibility seem already to be cared for. Thanks ! -Michael --

Re: [Lazarus] Unicode branch

On 06/12/2013 02:39 PM, Michael Van Canneyt wrote: Adding -dUNICODE on the fpc commandline is difficult ? Not at all. A problem would arise, if fpc or Lazarus would define UNICODE in _a_different_ way than Delphi does, and thus simply doing " -dUNICODE" would be not allowed or not possible.

Re: [Lazarus] Unicode branch

On 06/12/2013 02:18 PM, Michael Van Canneyt wrote: It is bad practice to rely in code on the defines defined by the compiler. Of course I do know this (and many more similar portability-paradigms). But my colleagues do coding only with Delphi (and thus Windows) in mind. I can't help this. But

Re: [Lazarus] Unicode branch

On 06/12/2013 01:35 PM, Michael Van Canneyt wrote: Add {$IFDEF FPC} {$DEFINE UNICODE} {$ENDIF} to your source, or, alternatively, fpc -dUNICODE Both do the trick. I'm not sure if this is the trick requested, as the target is to automatically modify their source code in a way that it wor

Re: [Lazarus] Unicode branch

On 06/12/2013 11:10 AM, Michael Van Canneyt wrote: Not necessarily. Compatible concerning Language/rtl functions, yes. Defines, this is debatable. I do know that my colleagues use "UNICODE" a lot when porting their (huge) code-base from pre-Unicode Delphi to Unicode aware Delphi versions. So

Re: [Lazarus] Unicode branch

Is there already published (or somehow definable) road map for a string-wise Delphi XE compatible FPC / Lazarus combination ? I am eager to (finally !!) show my colleagues - who always use the current Delphi release - a way to port their projects to Linux -Michael -- ___

Re: [Lazarus] Unicode branch

On 06/10/2013 08:55 AM, Michael Van Canneyt wrote: Where is UNICODE defined ? Isn't the define "UNICODE" a heritage from Delphi (> version xyz) ? I suppose FPC and Lazarus need to stay compatible on that behalf. -Michael -- ___ Lazarus mailing li

Re: [Lazarus] Android and network

On 05/22/2013 03:31 PM, Kjow wrote: Both lnet and synapse can compile for arm-android, but no one can connect to the web. Do you suppose you can access Linux TCP/IP sockets from an app ? I gather that this is not possible in normal user mode. I suppose you need to go through the Android Runt

Re: [Lazarus] TextHeight in Console App

On 05/16/2013 12:40 PM, Hans-Peter Diettrich wrote: AFAIR NoGui was invented for writing (Windows) services, which have to process messages, but do not provide any GUI. Really a bad idea. I would like to use TTimer and TThreads in a service, and of course I would like to do such stuff for m

Re: [Lazarus] TextHeight in Console App

On 05/16/2013 10:54 AM, Flávio Etrusco wrote: IMHO YHO makes sense ;-) Is it a design decision that "NoGUI does not do much more than satisfy some open externals when linking a Lazarus based project" or is it just lack of manpower? In fact I once invested the better part of two weeks in trying t

Re: [Lazarus] TextHeight in Console App

On 05/15/2013 04:28 PM, Anton Kavalenka wrote: Al I wrong the NoGUI widgetset is intended for such tasks - CGI-like/console graphics processing? NoGUI does not do much more than satisfy some open externals when linking a Lazarus based project. -Michael -- ___

Re: [Lazarus] TextHeight in Console App

On 05/15/2013 05:40 PM, Graeme Geldenhuys wrote: The NoGUI widgetset is a terrible idea (work-around), and should be avoided if possible. You are right, but IMHO this is because it is not complete enough. Unfortunately noone knowledgeable enough seems to have the need to do "decent Object Pas

Re: [Lazarus] TextHeight in Console App

On 05/14/2013 04:50 PM, Howard Page-Clark wrote: Or create a Lazarus GUI app and implement Form1's OnCreate handler thus: Not all Targets an application might be intended to run on do provide a (supported) GUI API. -Michael -- ___ Lazarus mailing

Re: [Lazarus] OpenGL with Lazarus

What about SDL ? AFAIK, same can use Open GL (and other) graphical backends. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] RAD Studio XE4 Released?

On 04/25/2013 03:39 PM, Alexsander Rosa wrote: Is Mono alive yet? Looks like: http://news.mono-project.com/ -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] RAD Studio XE4 Released?

On 04/25/2013 02:04 PM, Michael Van Canneyt wrote: With Miguel de icaza choosing for Apple, Mono will die slowly anyway :) It can't happen soon enough as far as I'm concerned, I've never forgiven OpenSuSE their use of mono. :) If CIL would have been as successful as one might have assumed in

Re: [Lazarus] RAD Studio XE4 Released?

On 04/25/2013 08:25 AM, Hans-Peter Diettrich wrote: IMO we (FPC/Lazarus) should be prepared for providing a new home for desparate Delphi coders, ... I think the current state in fact would offer a nice home for them, if there would not be the Unicode mess, that only will not take them aback wh

Re: [Lazarus] RAD Studio XE4 Released?

On 04/25/2013 08:25 AM, Hans-Peter Diettrich wrote: IMO we (FPC/Lazarus) should be prepared for providing a new home for desparate Delphi coders, ... I think the current state in fact would offer a nice home for them, if there would not be the Unicode mess, that only will not take them aback wh

Re: [Lazarus] RAD Studio XE4 Released?

On 04/24/2013 11:09 PM, Graeme Geldenhuys wrote: Because they had the brain fart to write the Delphi IDE in .NET, thus giving it the special features of being super slow, incredibly memory hungry and not portable to other platforms. In fact .NET code is rather portable (using Mono) Of course t

Re: [Lazarus] RAD Studio XE4 Released?

On 04/24/2013 09:44 PM, Sven Barth wrote: Because AFAIK they implemented various features in the IDE through the .NET framework. And yes, I don't like that idea either ;) Regarding the recent (seemingly non existing) discussions on CIL (which mostly is miss-named ".NET", as the CIL virtual mac

Re: [Lazarus] FPC 2.6.2 + Thread.Queue?

On 04/24/2013 09:43 PM, Sven Barth wrote: I thought that you mean a future implementation of QueueAsyncCall Sorry for being not clear. I meant that I just don't know whether the current implementation of QueueAsyncCall, if called from the main thread, will do a call or will push an event to th

Re: [Lazarus] FPC 2.6.2 + Thread.Queue?

On 04/24/2013 04:42 PM, Hans-Peter Diettrich wrote: But AFAIK according inter-process communication is very platform specific, dunno what common means the RTL offers for such purposes. Obviously, the RTL alone can't do it. The dirty details of the EventQueue handling needs to be done in the LC

Re: [Lazarus] FPC 2.6.2 + Thread.Queue?

On 04/24/2013 11:52 AM, Sven Barth wrote: QueueAsyncCall can't do anything different, because it needs to go through either TThread.Queue or TThread.Synchronize as the queue's implementation is not directly accessible from the outside and I don't intend to change this. It can't be true that

Re: [Lazarus] FPC 2.6.2 + Thread.Queue?

On 04/24/2013 12:34 PM, Michael Van Canneyt wrote: ´ What are you waiting for ? All you need to do is implement an event loop. All the rest is there. As I said, I already did try this some years ago Trying both to implement a new event queue mechanism (stolen from mse), and - better idea - r

Re: [Lazarus] FPC 2.6.2 + Thread.Queue?

On 04/24/2013 11:48 AM, Sven Barth wrote: QueueAsyncCall was implemented before TThread.Queue, because the Lazarus developers thought it is a good idea (which I basically agree to)... Yep. But now it would be a good idea to overcome this situation - that obviously is introduced by two dif

Re: [Lazarus] FPC 2.6.2 + Thread.Queue?

On 04/24/2013 11:34 AM, Sven Barth wrote: QueueAsyncCall is implemented/provided by the LCL not the RTL. OK. I understand. But this in fact is a very bad idea. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.l

Re: [Lazarus] FPC 2.6.2 + Thread.Queue?

On 04/24/2013 11:32 AM, Sven Barth wrote: Please note that if you use TThread.Queue or TThread.Synchronize from within the main thread then your code won't be queued, but executed immediately. It is only designed for enqueing code execution for threads that are not the main thread. I see the

Re: [Lazarus] FPC 2.6.2 + Thread.Queue?

On 04/24/2013 11:30 AM, Michael Van Canneyt wrote: Because it resides in the LCL and is inherently bound to a GUI. (horrible nogui widgetset tricks notwithstanding) I definitely do not understand why QueuAsnycCall() uses another paradigm than TThread.Queue() that is supposed to provide exactl

Re: [Lazarus] FPC 2.6.2 + Thread.Queue?

On 04/24/2013 11:19 AM, Sven Barth wrote: Both TThread.Queue and TThread.Synchronize just need calls to CheckSynchronize to be processed. Which is normally done by the widgetset event loop, but can be done manually as well (I'm using this for example in a highly threaded console application; th

Re: [Lazarus] FPC 2.6.2 + Thread.Queue?

On 04/24/2013 11:21 AM, Michael Van Canneyt wrote: Somewhere the main program loop must call checksynchronize, that is all. If that (i.e. doing a pseudo-queue in the user-code) is true for all platforms (which would mean that an EventQueue does exist and just is not polled automatically), I

Re: [Lazarus] FPC 2.6.2 + Thread.Queue?

On 04/24/2013 10:41 AM, Michael Van Canneyt wrote: By contrast it works only in lazarus GUI programs, and is useless e.g. for daemons. Of course I do know that (as I issued the request for a "active" non-GUI "Widget Type" with support for a Pascal EventQueue for multiple platforms - like "m

Re: [Lazarus] FPC 2.6.2 + Thread.Queue?

On 04/24/2013 01:34 AM, silvioprog wrote: In FPC 2.7.1+ you've the Queue method, but it doesn't exists in FPC 2.6.2. So, what you uses instead it? The Synchronize method does not works in this case. I'm implementing a small unit with some interfaces to use of sockets with TCP/IP protocol ea

Re: [Lazarus] FPC 2.6.2 + Thread.Queue?

On 04/24/2013 09:45 AM, Marco van de Voort wrote: On Tue, Apr 23, 2013 at 08:34:53PM -0300, silvioprog wrote: In FPC 2.7.1+ you've the Queue method, but it doesn't exists in FPC 2.6.2. So, what you uses instead it? The Synchronize method does not works in this case. If Windows only, just use po

Re: [Lazarus] RAD Studio XE4 Released?

Seemingly no support for Linux, Android. -> http://www.embarcadero.com/products/rad-studio -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Hints for Android

On 04/11/2013 05:08 PM, Graeme Geldenhuys wrote: I'm about to embark in the Android world too - never done it before. Please let us hear about your findings. Thanks, -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lis

Re: [Lazarus] [FR] LCLWidgetType not easy

On 04/09/2013 09:45 AM, Juha Manninen wrote: Yes, this "under construction" is by me. I faced some technical problems and it takes more time than expected. However, only the GUI is under construction. Build modes already work, just their user interface is not very intuitive. Now the build mode t

Re: [Lazarus] [FR] LCLWidgetType not easy

The CVS Version supports definable project-specific or global "build mode" setting, that seem to do what you want. (Right now this feature is marked as "under construction". -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org ht

Re: [Lazarus] [FR] LCLWidgetType not easy

On 04/06/2013 03:39 PM, Zaher Dirkey wrote: Would you please make LCLWidgetType more easy to define it in Project options instead of define it in IDE macros I played with this a lit and did not find it "uneasy" at all (once you understand how it works). (Regarding you usually need do do this n

Re: [Lazarus] data matrix with thousands of columns

On 03/27/2013 12:48 PM, Mark Morgan Lloyd wrote: Even if half the address room (i.e the upper Bit) is stolen by whatever organization. 63 Bits is by far enough for any thinkable purpose. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.free

<    3   4   5   6   7   8   9   10   11   12   >