[fpc-pascal] ioda joda fulltext search not working

Has anyone got Ioda 1.3 fulltext search project working? Every time I try version 1.3 it doesn't seem to find any words in a file that is indexed when I try a simple demo with it. The project IODA is here: http://sourceforge.net/projects/ioda/files/ I make some sample files as follows:

Re: [fpc-pascal] ioda joda fulltext search not working

On Tue, 8 Nov 2011, nore...@z505.com wrote: Has anyone got Ioda 1.3 fulltext search project working? I have it working. Good. I got 1.2 working recently and had to edit the Config file and set fileref to 1 for it to work I think. So you have 1.3 working? whereas only 1.2 worked for me.

Re: [fpc-pascal] ioda joda fulltext search not working

On Wed, 9 Nov 2011, Graeme Geldenhuys wrote: On 9 November 2011 10:40, michael.vancanneyt@. wrote: It definitely works, I also use it in a commercial project to implement full-text-search on a firebird database. Now that would be pretty awesome! :) It is. When I showed it to the

[fpc-pascal] CloseThread needed? still unclear

While testing an updated version of nYume (aservia) I found that the program is leaking thread handles on Ms Windows. The program uses BeginThread and EndThread calls. However, when I add CloseThread() right before EndThread(, the program no longer leaks handles. So, CloseThread may be needed on

Re: [fpc-pascal] CloseThread needed? still unclear

Am 14.11.2011 02:32, schrieb nore...@z505.com: First I thought I would post this to the mailing list to ask you what the proper way to program with threads is. If we must call closethread on MS Win machines but not unix machines, then something needs to change to make the threading in the

Re: [fpc-pascal] Readline substitute

2011/5/1 Johann Glaser johann.gla...@gmx.at: If you find any improvements or comments don't hesitate to send me an EMail. I just used it. I only needed readline() and add_history(), these two functions are already enough to make a ReadLn() substitute that really works and It works like a

Re: [fpc-pascal] CloseThread needed? still unclear

On 28.11.2011 21:25, nore...@z505.com wrote: Am 14.11.2011 02:32, schrieb nore...@z505.com: First I thought I would post this to the mailing list to ask you what the proper way to program with threads is. If we must call closethread on MS Win machines but not unix machines, then something

Re: [fpc-pascal] Readline substitute

The usual answer for this question is libreadline. I already worked with it (in plain C) but before I do a header translation for FreePascal I wanted to ask you for your opinion if there is a better alternative or anybody already has a header translation or even programmer-friendly wrapper

Re: [fpc-pascal] CloseThread needed? still unclear

I wrote: I think I found some documentation that still doesn't include CloseThread in the examples.. I will send patches or recommendations to the documentation soon. For example closethread is now documented as a function, but some of the other pages that show threading examples just use

Re: [fpc-pascal] Shared libries

Hi. I'm trying to create a shared library (under linux) and I not sure what the difference between the modifier *export* and the section *exports* is? Or perhaps when to use one and the other... Just different ways of doing it. You can export each one, or you can use exports clause to do

Re: [fpc-pascal] Shared libries

Ok, thanks for clearifying that. I guess it's going to be a lot of include files instead... :) -Torsten. Why do you need include files in your case? You can put the units in the uses clause of your library. library something; uses someunit; exports someunit.yourproc; end. The

Re: [fpc-pascal] Shared libries

On 2011-12-12 00:48, nore...@z505.com wrote: Ok, thanks for clearifying that. I guess it's going to be a lot of include files instead... :) -Torsten. Why do you need include files in your case? You can put the units in the uses clause of your library. Because it is still going to give

Re: [fpc-pascal] Shared libries

Well maybe ExportAll compiler feature should be suggested? But please try this unit Unit1; {$mode objfpc}{$H+} interface procedure proc1; stdcall; procedure proc2; stdcall; implementation procedure proc1; stdcall; begin writeln('hello'); end; exports proc1; procedure

Re: [fpc-pascal] Shared libries

On 12 Dec 2011, at 19:56, nore...@z505.com wrote: procedure proc1; stdcall; begin writeln('hello'); end; exports proc1; procedure proc2; stdcall; begin writeln('hello 2'); end; exports proc2; end. Notice how I put exports in several places... It works on win32.. It only

Re: [fpc-pascal] initializing pointer values

On Fri, 16 Dec 2011, dhkblas...@zeelandnet.nl wrote: On implementing a linked list I hit to some unexpected (doesn't mean incorrect though) behaviour.     ptest = ^test;   test = record     p: pointer;   end;     new(mytest);   When I allocate mytest the pointer variable p 

Re: [fpc-pascal] inline and other modifiers

On 12/21/2011 20:27, nore...@z505.com wrote: Also delphi is more strict when it comes to PROGRAM name parsing. In freepascal the program name can mismatch the file name, whereas delphi stops compiling and tells you error. i've never known this (program name must equal filename) to be a

[fpc-pascal] LGPL rtl

I think all freepascal people have a misunderstanding of LGPL. If you statically link the lgpl code into your EXE, your exe is the module under lgpl now. Therefore all code must be released. Statically linked lgpl code in an exe is not a dll that can be shipped separately. This means currently

[fpc-pascal] Re: LGPL rtl

I wrote If you statically link the lgpl code into your EXE, your exe is the module under lgpl now. Therefore all code must be released. Statically linked lgpl code in an exe is not a dll that can be shipped separately. Nevermind, I see this has been discussed:

Re: [fpc-pascal] uses myunit in '../src/myunit.pas' ?

On 2017-02-12 01:33, Tim Veldhuizen wrote: Indeed, I can confirm Delphi does this. I think since 2009 or XE or so, I'm too lazy to check right now, but I think even delphi 5 and such used paths in the dpr (project) file Would be interesting to find out the real reason, but once again, I'm

Re: [fpc-pascal] TProcess usage and reading program output

On 2017-02-28 10:06, Graeme Geldenhuys wrote: Hi, Can anybody see if there is something wrong with the code shown below. The code is copied from one of my earlier projects where I call the FPC compiler and it worked just fine in that project. Did you end up resolving the issue? I'd be

Re: [fpc-pascal] Feature announcement: Management Operators

On 2017-02-28 05:20, Maciej Izak wrote: It works correctly in all possible ways with RTL: * New (Initialize) * Dispose (Finalize) What happens with a stack allocated record? (no new() required, nor dispose() so is the record ever initialized/finalized?) Or stack records are forbidden?

Re: [fpc-pascal] MSEide+MSEgui 4.4 for Free Pascal 3.0.2

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 versions of the ARM (Raspberry Pi) cross and native environments for Free Pascal:

[fpc-pascal] class operator in record

How come: class operator Initialize(var aFoo: TFoo); class operator Finalize(var aFoo: TFoo); in a record are called class operator.. why not "record operator"? Are these advanced neo-records considered classes? Again, sorry I'm new to all this new record stuff (neo records ;-)) If they

Re: [fpc-pascal] WebAssembly Target

On 2017-03-16 08:35, Mattias Gaertner wrote: On Thu, 16 Mar 2017 14:07:51 +0100 (CET) "Karoly Balogh (Charlie/SGR)" wrote: [...] Also, WebAssembly is a descendant of asm.js, Maybe historically. Technically asm.js is higher lvl than webassembly. which was

Re: [fpc-pascal] Threading vs Parallelism ?

On 2017-03-30 11:29, Jon Foster wrote: On 03/29/2017 01:15 PM, Michael Van Canneyt wrote: On Wed, 29 Mar 2017, Dimitrios Chr. Ioannidis via fpc-pascal wrote: Hi, On 29/3/2017 9:57 μμ, fredvs wrote: Hello. Some developers treat me as dinosaur because I use threads in place of doing

Re: [fpc-pascal] TSQLQuery and buffering.

On 2017-03-24 14:42, Gary Doades wrote: Hi everyone, Firstly, I realise this is an old subject, but I still can't find any easy answer. Really, the question is simple: Is there ANY way of TSQLQuery NOT reading the entire result set into memory? What about making multiple queries and setting

Re: [fpc-pascal] Array clearing

On 2017-04-01 02:39, Sven Barth via fpc-pascal wrote: Am 01.04.2017 05:42 schrieb "Ryan Joseph" : As far as the compiler is concerned what’s the difference between clearing an array using a for-loop vs. FillChar? It seems like iterating the array would be slower

Re: [fpc-pascal] Hash List

On 2017-03-17 19:06, Giuliano Colla wrote: Il 18/03/2017 00:29, African Wild Dog ha scritto: Ia there any hash list implementation in free Pascal? The IniFiles unit (fpc/packages/fcl-base/src/inifiles.pp) provides a THashedStringList (descendant from TstringList) which I'm using reliably

Re: [fpc-pascal] WebAssembly Target

On 2017-03-17 09:57, Reimar Grabowski wrote: On Thu, 16 Mar 2017 11:14:17 + Graeme Geldenhuys wrote: And I am pleasantly surprised! :) That demo worked perfectly on my system. Sound, animation, graphics all silky smooth. Impressive indeed. If running a 3

Re: [fpc-pascal] sqldb create/free lifetime of object

On 2017-04-12 05:03, LacaK wrote: Yes, example should be adjusted. Please report bug to not forget. Thanks -Laco. It is not a bug, I just wanted to clarify the magic going on behind the scenes - which, is "ownership". That's all I needed to know. The key to seeing this trick/magic is in

Re: [fpc-pascal] class operator in record

On 2017-03-01 03:06, Graeme Geldenhuys wrote: On 2017-03-01 02:39, nore...@z505.com wrote: How come: class operator Initialize(var aFoo: TFoo); class operator Finalize(var aFoo: TFoo); in a record are called class operator.. why not "record operator"? hahaha... You are asking all

Re: [fpc-pascal] Feature announcement: Management Operators

On 2017-02-28 14:48, Jonas Maebe wrote: On 28/02/17 21:40, nore...@z505.com wrote: What happens with a stack allocated record? (no new() required, nor dispose() so is the record ever initialized/finalized?) Yes, just like records that contain e.g. an ansistring field. Jonas do records

Re: [fpc-pascal] Feature announcement: Management Operators

On 2017-02-28 14:50, Graeme Geldenhuys wrote: On 2017-02-28 20:40, nore...@z505.com wrote: Sorry, I've been out of touch with what's happening with Records lately in modern pascal/delphi/etc. Don't worry, I'm with you on that one. All I know is that Borland/CodeGear/EMBT broken TP Objects

Re: [fpc-pascal] Annual inform

On 2017-03-08 05:34, Rafael Angel Campos Vargas wrote: Annual inform: I am programming LibreN3D for 3D animations, and some other projects in FreeDOS and other systems, but these three past years they really were standing by. Why DOS.. for nostalgia? i.e. compared to opengl on a modern

Re: [fpc-pascal] parser combinator library

On 2017-02-24 15:00, Bernd wrote: Hello, Eight years ago someone asked whether there is a parser combinator library for free pascal, nothing like that existed at that time and also does not seem to exist up to the present day. While I was reading about parser combinators in functional

Re: [fpc-pascal] Food for thought - language string improvement

On 2017-07-08 08:29, Ched wrote: Is this acceptable ? 'SELECT Customers.CustomerName, Orders.OrderID' + 'FROM Customers' + 'FULL OUTER JOIN Orders' + 'ON Customers.CustomerID = Orders.CustomerID' + 'ORDER BY Customers.CustomerName;' I think that one have to insert space at some loactions:

Re: [fpc-pascal] Super Large Integer Math Calculations

On 2017-07-07 17:08, Bart wrote: On 7/7/17, nore...@z505.com wrote: For integers beyond 64 bit, or even beyond 32 bit on a 64 bit machine, why can't the math be broken down into peices the way a human does it on paper, and then theoretically any number can be added and

[fpc-pascal] Super Large Integer Math Calculations

For integers beyond 64 bit, or even beyond 32 bit on a 64 bit machine, why can't the math be broken down into peices the way a human does it on paper, and then theoretically any number can be added and subtracted, even if it is beyond 32/64 bit? Example: type TSuperLargeInt = string; var

Re: [fpc-pascal] Food for thought - language string improvement

On 2017-07-06 09:13, Graeme Geldenhuys wrote: Ever had a problem like this? You have some SQL, say: SELECT Customers.CustomerName, Orders.OrderID FROM Customers FULL OUTER JOIN Orders ON Customers.CustomerID = Orders.CustomerID ORDER BY Customers.CustomerName; and you want to add that SQL to

Re: [fpc-pascal] OS/2 support and text colors

On 2017-07-20 05:00, Graeme Geldenhuys wrote: Hi, Not strictly FPC related, but I know here are some OS/2 software developers around - and I have no idea where else to ask. Isn't OS/2 from pre-win95 days and is very risky to support since it's dead? Related: "OS/2: Blue Lion to be the

Re: [fpc-pascal] Super Large Integer Math Calculations

Here is another utility for really large numbers: https://github.com/graemeg/freepascal/tree/master/packages/gmp GMP (multi precision) bindings for fpc This has been around for quite a while and should be well known - I either forgot about it, or memory faded, or it didn't register in my

Re: [fpc-pascal] Static local variables available?

On 2017-07-21 07:16, Sven Barth via fpc-pascal wrote: Am 21.07.2017 10:44 schrieb "Santiago A." : El 20/07/2017 a las 15:50, Sven Barth via fpc-pascal escribió: Am 20.07.2017 13:01 schrieb "Bo Berglund" : > > On Thu, 20 Jul 2017 11:11:50 +0200,

Re: [fpc-pascal] Best way to insert bytes into a TBytes variable?

On 2017-07-25 11:00, Martok wrote: Ideally the function should be portable between FPC and Delphi XE5... You'd only need your own functions for Delphi, FPC's intrinsics such as Insert() can already work with arrays: var b, c: TBytes; begin b:= TBytes.Create(1,2,3); c:=

Re: [fpc-pascal] Best way to insert bytes into a TBytes variable?

On 2017-07-26 06:34, Sven Barth via fpc-pascal wrote: Am 26.07.2017 10:59 schrieb "Martok" : > Ideally the function should be portable between FPC and Delphi XE5... You'd only need your own functions for Delphi, FPC's intrinsics such as Insert() can already work

Re: [fpc-pascal] Super Large Integer Math Calculations

On 2017-08-10 22:45, Stuart Cox wrote: Have a look at http://www.wolfgang-ehrhardt.de/ Thanks, looks interesting! I could not find the maximum supported length of a number (multi gigabyte?) or number string though.. i.e. for big numbers, but how big? Big is a vague term :-) It might be

[fpc-pascal] H2pas tool vs others, C header translation

Forgive me, I have forgotten, this may have been discussed before.. Is h2pas the latest tool to convert C headers to pas files? Is there a competing tool that does more, or is updated more? I remember Bob Swart AFAIR had a popular tool for delphi. And some people use multiple tools if one

Re: [fpc-pascal] Super Large Integer Math Calculations

On 2017-08-20 16:29, I previously wrote: On 2017-08-10 22:45, Stuart Cox wrote: Have a look at http://www.wolfgang-ehrhardt.de/ Thanks, looks interesting! I could not find the maximum supported length of a number (multi gigabyte?) or number string though.. i.e. for big numbers, but how

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-11 16:48, Graeme Geldenhuys wrote: On 2017-05-11 19:43, James Richters wrote: Any Suggestions? Speed: In recent graphics work I've done, I've noticed that FPC is fantastic at created cross-platform applications. But the generated binaries are NOT fast at all - no matter how

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-11 18:57, Jon Foster wrote: On 05/11/2017 02:48 PM, Graeme Geldenhuys wrote: On 2017-05-11 19:43, James Richters wrote: Any Suggestions? Speed: In recent graphics work I've done, I've noticed that FPC is fantastic at created cross-platform applications. But the generated

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-15 01:02, Sven Barth via fpc-pascal wrote: Wow, Graeme! That's harsh. One of the last set of benchmarks I did that focused on integer math and procedure call speed came out as follows: I think he specifically meant graphics apps, not general apps While a raytracer is indeed a

Re: [fpc-pascal] Size of program vs library ?

On 2017-05-15 04:19, Michael Van Canneyt wrote: If you want to compare today, you need to add the sizes of all the C libraries that are loaded during execution of a C program with the size of an FPC program. I think you'll find that the sizes of FPC programs are not so different then. Just

Re: [fpc-pascal] Size of program vs library ?

On 2017-05-15 04:26, fredvs wrote: After lot of fight, there is a solution: using -*-gc-sections*. And the question was : /Why FPC does not provide --gc-sections to the linker with the -XX paramer for libraries ? (Bug ?) / Hopefully that's all there is to it, but how do you know that this

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-15 17:27, Graeme Geldenhuys wrote: On 2017-05-15 22:50, nore...@z505.com wrote: Graeme will need to clarify whether he was trying to be harsh on FPC entirely, or just specifically in some areas.. :-) I'll try and clarify... I believe FPC generates slow (or slower than Delphi, GCC

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-17 00:14, nore...@z505.com wrote: On 2017-05-16 09:10, Jon Foster wrote: I think the key word in Graeme's complaint is "game". And I'm willing to bet that most of his envisioned gaming scenarios deal with a lot of floating point math and the more advanced math functions. A quick

Re: [fpc-pascal] Best way to check SimpleIPC for messages

On 2017-05-17 00:54, Sven Barth via fpc-pascal wrote: OnIdle() is called when there is no more event waiting in the widgetset's event queue, basically meaning that the application has nothing better to do anyway. It has nothing to do with CPU usage. That makes sense. And recursively what

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-17 00:14, nore...@z505.com wrote: On 2017-05-16 09:10, Jon Foster wrote: I think the key word in Graeme's complaint is "game". And I'm willing to bet that most of his envisioned gaming scenarios deal with a lot of floating point math and the more advanced math functions. A quick

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-16 09:10, Jon Foster wrote: I think the key word in Graeme's complaint is "game". And I'm willing to bet that most of his envisioned gaming scenarios deal with a lot of floating point math and the more advanced math functions. A quick glance over his example code and I'm willing to

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-15 17:37, James Richters wrote: I have managed to get ptcgraph and ptccrt to work with my program and I can report that there is an AMAZING increase in graphics performance! It is pretty much a drop in replacement and I did not change any compiler settings. I did have to make a few

Re: [fpc-pascal] Size of program vs library ?

On 2017-05-16 03:15, fredvs wrote: noreply wrote On 2017-05-15 04:26, fredvs wrote: After lot of fight, there is a solution: using -*-gc-sections*. And the question was : /Why FPC does not provide --gc-sections to the linker with the -XX paramer for libraries ? (Bug ?) / Hopefully that's

Re: [fpc-pascal] Size of program vs library ?

On 2017-05-16 09:20, fredvs wrote: Michael Van Canneyt wrote On Tue, 16 May 2017, fredvs wrote: Michael Van Canneyt wrote What can be misunderstood about adding --gc-sections to the linker options if -XX is used on the command-line ? Ha, the way you present it seems to show that you did

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-17 02:57, mar...@stack.nl wrote: In our previous episode, nore...@z505.com said: i.e. if you end up using opengl, or its successor, why does it even matter if FPC pure games without any libs are slow? You still need to calculate all the vertices that you send to the graphics

[fpc-pascal] Best way to check SimpleIPC for messages

Is the best general way to check IPC messages in SimpleIPC to spawn a thread? and check I noticed in fpgui sample apps that use simpleipc, graemeg checks the messages in the fpgui OnIdle event, AFAICT, not a separate thread. But what if you are running a console mode program that has no

Re: [fpc-pascal] Best way to check SimpleIPC for messages

On 2017-05-12 09:37, Michael Van Canneyt wrote: Obviously "avoid threads where possible" but only if there is a simpler mechanism not reinventing a thread. So it seems to me onidle in fpgui is a simpler way than creating a new separate thread yourself, but how to do it in a program that has no

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-18 07:42, Reimar Grabowski wrote: Camera position? OpenGL has no concept of a camera. When I toyed around with Andorra3D it had some concept/code for a Camera, but he may have added it with his own code, not sure if he used built in directx/opengl code

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-18 08:23, Graeme Geldenhuys wrote: On 2017-05-18 13:42, Reimar Grabowski wrote: The GPU also does clipping calculations based on the viewpoint (camera position) in the 3D scene. Camera position? OpenGL has no concept of a camera. Yes, yes, but you know what I mean. Camera, View

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-19 05:25, Graeme Geldenhuys wrote: On 2017-05-19 06:58, Florian Klämpfl wrote: Over the weekend I’ll verify by testing on both FreeBSD and Windows, and then see if “calling conventions” make any difference. *BSD is the same as Linux. Good to know, thanks. It has its purposes,

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-19 06:32, Graeme Geldenhuys wrote: Bottom line is, with the exact same code, NO work-arounds is required for GCC or Java! So why must we have work-arounds for FPC? It's a compiler or RTL issue - not being able to understand the code good enough to generate more efficient binaries.

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-19 06:16, Graeme Geldenhuys wrote: On 2017-05-18 16:33, Reimar Grabowski wrote: and JS is clearly not faster than FPC. The JavaScript version runs very smooth on my system. There is no framerate counter though, so I don't know how much faster. http://jsdo.it/notch/dB1E Again,

Re: [fpc-pascal] FPC Graphics options?

On 2017-05-18 19:54, Ryan Joseph wrote: On May 18, 2017, at 10:40 PM, Jon Foster wrote: 62.44 1.33 1.33 fpc_frac_real 26.76 1.90 0.57 MATH_$$_FLOOR$EXTENDED$$LONGINT 10.33 2.12 0.22

Re: [fpc-pascal] Browser and exe

On 2017-05-22 21:53, Marcos Douglas B. Santos wrote: Hi, If you have some apps or components which was written in Object Pascal and you would like to use them in Web applications (client-side, previously installed) what is the best option to choose nowadays? My users use Windows so, I thought

Re: [fpc-pascal] Browser and exe

On 2017-05-23 20:52, Marcos Douglas B. Santos wrote: On Tue, May 23, 2017 at 9:29 PM, wrote: Exe is a security hazard that could barf up a person's hard drive instantly or create viruses.. I understand these security reasons and I agree, of course... But this Exe that I

Re: [fpc-pascal] named parameter

On 2017-05-27 01:17, Mr Bee via fpc-pascal wrote: Hi, As Pascal mostly well known as a safe, easy to read, and elegant language, don't you think Pascal needs named parameter? I mean for ALL kind of parameters, not just for Variants. When you have a function with many parameters having default

Re: [fpc-pascal] OpenGL and SDL frustrations

On 2017-05-23 22:13, Ryan Joseph wrote: I’ve wasted so much time on this I just need to stop and ask for help already. Over the last few years I’ve been picking away at OpenGL and only ever got the legacy 2.x API to work which has been fine for making 2D games but I wanted to at least learn the

Re: [fpc-pascal] Browser and exe

On 2017-05-25 08:14, Marcos Douglas B. Santos wrote: On Wed, May 24, 2017 at 4:23 PM, Graeme Geldenhuys wrote: 2. How did you garantee that others applications aren't being using the same port as your application to avoind conflicts? I looked at the official

[fpc-pascal] fpGUI on macOS

What sort of macOS abilities does fpGUI have? Is fpGUI mostly for linux/bsd/windows, and not as much macOS? Does it require some work to get it working, or installations of stuff that macOS doesn't normally have installed? Thanks. ___ fpc-pascal

Re: [fpc-pascal] fpGUI on macOS

On 2017-06-07 10:45, Adriaan van Os wrote: But as with everything Apple does (which is so G*d damn stupid), they keep on reducing functionality and removing >> all the useful features from the OS to dumb it down more and more - because all consumers are dumb asses right. ;-) Fully agreed.

Re: [fpc-pascal] fpGUI on macOS

On 2017-06-09 02:35, Michael Van Canneyt wrote: On Fri, 9 Jun 2017, Felipe Monteiro de Carvalho wrote: On Fri, Jun 9, 2017 at 9:05 AM, Mattias Gaertner wrote: So will lazarus be converting the IDE over to cocoa? Probably. Most stuff already works in Cocoa. I

Re: [fpc-pascal] fpGUI on macOS

On 2017-06-09 02:22, Felipe Monteiro de Carvalho wrote: On Fri, Jun 9, 2017 at 9:05 AM, Mattias Gaertner wrote: So will lazarus be converting the IDE over to cocoa? Probably. Most stuff already works in Cocoa. I haven't used LCL-Carbon for my personal projects

Re: [fpc-pascal] Vehicle management

On 2017-05-07 13:33, Mark Morgan Lloyd wrote: Has anybody used FPC to talk to a vehicle via the OBD connector? Can anybody give me a quick summary of the position of FPC on Android etc.? (Graeme, that includes FPCgui if it's relevant). We've been caught short by a vehicle problem that appears

[fpc-pascal] simpleIPC for all programming languages ?

I was thinking, that I need a way to use IPC (inter process communication) in all languages, so for example I could compile a plain C exe, Delphi exe, Rust exe, Nimrod exe, or GoLang exe and communicate back with fpc (very powerful idea). But simpleIPC is only available for FPC/lazarus, not

[fpc-pascal] SimpleIPC examples in docs

I thought I remember some simpleipc examples in the documentation a while ago (years ago).. Can't seem to find them in the current docs. Were they moved elsewhere or did I miss finding them? For what I need I will probably not be using any lazarus components, but rather ipc without LCL

Re: [fpc-pascal] SimpleIPC examples in docs

On 2017-05-08 03:27, Graeme Geldenhuys wrote: In the fpGUI repository there are a few examples of SimpleIPC usage. The examples/apps/nanoedit/ uses it. That is Cool! Might fork this project on github and create NanoPlug with a small plugin system. Had a NotePlug prototype years ago that I

Re: [fpc-pascal] machine readable grammar of object pascal?

On 2017-05-03 04:37, Michael Van Canneyt wrote: On Wed, 3 May 2017, denisgolovan wrote: On 2017-05-03 00:53, Marc Santhoff wrote:  Does such grammar exist? Well, it depends on what you are trying to solve. If you want to parse Pascal using FPC - that's one way. If you want to get some king

Re: [fpc-pascal] machine readable grammar of object pascal?

On 2017-05-02 18:53, Marc Santhoff wrote: Hi, for playing around I would need a grammar of Object Pascal. I do not care for which tool it is written or at best if it is plain EBNF. Does such grammar exist? The issue is that there is no object pascal, or in other words, there's about 5

Re: [fpc-pascal] Translation C to Pascal

On 2017-05-02 18:49, Marc Santhoff wrote: On Di, 2017-05-02 at 08:33 -0700, fredvs wrote: Hello. The best (IMHO) is c2pas32 --> http://www.astonshell.com/freeware/c2pas32/ Nice program, i fed the adc.c source from STMs fwlib for stm32f4 through and the generated code looks fine. There is

Re: [fpc-pascal] Record operator for assignment

On 2017-04-28 01:01, Ryan Joseph wrote: On Apr 28, 2017, at 12:43 PM, Sven Barth via fpc-pascal wrote: It would introduce an ambiguity as "(x" could also complete to other expressions (e.g. "(x + y) * 2" or even merely "(x)"). Especially older Pascal

Re: [fpc-pascal] Threading vs Parallelism ?

On 2017-05-05 14:27, Brian wrote: Affinity If a thread is dedicated to say , polling a serial or Ethernet port which has a high input data rate , then dedicating one CPU to that task/thread is useful. Isn't the speed of serial (so slow) that it would be overkill to dedicate a Cpu to it?

Re: [fpc-pascal] machine readable grammar of object pascal?

On 2017-05-03 06:49, Peter wrote: On 03/05/17 00:53, Marc Santhoff wrote: Hi, for playing around I would need a grammar of Object Pascal. I do not care for which tool it is written or at best if it is plain EBNF. Does such grammar exist? TIA, Marc I found grammar for Delphi once. Trying

[fpc-pascal] simpleIPC strings

With simpleipc you can send a string. I am wondering what type of string is safe to send? i.e. what happens with utf8 or unicode? Is it meant to send a regular string (like a pointer to char) and not more complex strings? Both? Because if a string is being sent across two different separate

Re: [fpc-pascal] SimpleIPC examples in docs

On 2017-05-08 03:27, Graeme Geldenhuys wrote: On 2017-05-08 06:17, nore...@z505.com wrote: Can't seem to find them in the current docs. In the fpGUI repository there are a few examples of SimpleIPC usage. The examples/apps/nanoedit/ uses it. The examples/apps/debugserver/ uses it. I think

Re: [fpc-pascal] SimpleIPC examples in docs

On 2017-05-08 03:40, Graeme Geldenhuys wrote: On 2017-05-08 06:17, nore...@z505.com wrote: Or there could already be an examples feature in the docs that I don't know about. fpdoc already supports "Examples" for some years now - I use it very often in fpGUI and tiOPF's class documentation.

Re: [fpc-pascal] Best way to check SimpleIPC for messages

On 2017-05-16 04:55, Michael Schnell wrote: On 16.05.2017 07:30, Michael Van Canneyt wrote: select is basically what peekmessage does. AFAIK "select()" (and - more versatile - "poll()" ) in Linux uses an appropriate system call to wait on one of multiple events (i.e. devices, including

[fpc-pascal] PortAudio writing audio files Windows and MacOS

I noticed freepascal has some PortAudio related code (AFAICT fredvs has contributed some units here too).. Can portaudio, the cross platform API, be used on macOS? Does it allow writing audio files and adding data to existing audio files? Looking to cut/paste audio into an existing audio

Re: [fpc-pascal] H2pas tool vs others, C header translation

On 2017-08-21 13:08, mar...@stack.nl wrote: In our previous episode, Michael Van Canneyt said: > I am looking to convert the GNU MPFR library header files, or hire > someone on a bounty to do it if header translation is not so easy with > h2pas and requires lots of hand work, and close

Re: [fpc-pascal] H2pas tool vs others, C header translation

On 2017-08-22 04:04, mar...@stack.nl wrote: In our previous episode, Dmitry Boyarintsev said: I'm using Chelper. (http://wiki.freepascal.org/Chelper) It's my choice, because it preserves comments (which is usually an important part of open-source libs) plus, can be configured to handle

Re: [fpc-pascal] H2pas tool vs others, C header translation

On 2017-08-21 20:34, Dmitry Boyarintsev wrote: On Sun, Aug 20, 2017 at 5:37 PM, wrote: Is there a competing tool that does more, or is updated more? How about this list? http://wiki.freepascal.org/C_to_Pascal That's a good one, I missed that.. could not find it

Re: [fpc-pascal] H2pas tool vs others, C header translation

What about the BOOL issue.. We know that Boolean in fpc/delphi is not compatible with a C bool But it gets worse than that: even fpc/delphi's bool is not always compatible (but is sometimes). For example: http://blog.delphi-jedi.net/2008/09/25/bool-boolean-and-integer/ When one must use

Re: [fpc-pascal] H2pas tool vs others, C header translation

On 2017-08-26 02:50, Michael Van Canneyt wrote: I thought all this BOOL mess was just meant to be able to interface with C libs slightly easier. But, why is the BOOL in fpc/delphi not compatible with C BOOL, in that it has different semantics? One value lines up correct... but not always

Re: [fpc-pascal] H2pas tool vs others, C header translation

On 2017-08-26 17:22, mar...@stack.nl wrote: In our previous episode, Michael Van Canneyt said: I think the programmer *must* worry about the details and must definitely NOT use the booleans for anything C related. That was my point. The interface uses bool, either as param or in a structure.

Re: [fpc-pascal] H2pas tool vs others, C header translation

On 2017-08-26 17:09, mar...@stack.nl wrote: In our previous episode, nore...@z505.com said: But it gets worse than that: even fpc/delphi's bool is not always compatible (but is sometimes). For example: http://blog.delphi-jedi.net/2008/09/25/bool-boolean-and-integer/ When one must use Integers

  1   2   >