Re: [fpc-pascal] the unexplained 666

2015-03-01 Thread Marco van de Voort
In our previous episode, Mattias Gaertner said: > Why not write &666? Maybe some religious reasons? ;) No, simply that octal literal support is newer than the *nix rtl. If you want to work on this, please fix the constants in the FreeBSD console unit too, there are another couple of hundred such

Re: [fpc-pascal] about interface and multiple inheritance

2015-02-27 Thread Marco van de Voort
In our previous episode, Michael Schnell said: > > (I don't know how Delphi implements Corba interfaces, it had a own > > broker for some time) > Sorry, but I feel we are loosing tack of the original focus of this > thread: "what is a save replacement of multiple inheritance of classes ? " > >

Re: [fpc-pascal] about interface and multiple inheritance

2015-02-26 Thread Marco van de Voort
In our previous episode, Michael Schnell said: > In fact I did understand I only am puzzled by the naming "COM" vs > "CORBA", that in no way suggest the real (language-) functionality "ref > counting" vs "not ref counting" IIRC there was discussion back then about having non COM interfaces. Corb

Re: [fpc-pascal] Use sleep in thread

2015-02-26 Thread Marco van de Voort
In our previous episode, Xiangrong Fang said: > BUT, that cannot be used to prioritize a thread. While you block a thread > using rtlevent, it can only be unblocked from another thread. While you use > sleep(), it still get time share of the CPU, only that it does nothing > until sleep finishes, ri

Re: [fpc-pascal] Use sleep in thread

2015-02-26 Thread Marco van de Voort
In our previous episode, Michael Schnell said: > > You may use RTLEvents to pause a thread. => > > > Obviously CPU the overhead is a lot greater than with just calling sleep. ??? Afaik they are the procedural counterpart of TEvents, and I think that using them is cheaper than sleep, since you only

Re: [fpc-pascal] about interface and multiple inheritance

2015-02-25 Thread Marco van de Voort
In our previous episode, Michael Schnell said: > > Exactly. Interface delegation solves this problem, that is why it was > > invented. > > How does this correspond to the fact that (AFAIK) interfaces are > auto-creating, reference-counted and auto-destroying, while classes are > not ? > > Ore

Re: [fpc-pascal] TThread.Queue vs TThread.Synchronize

2015-02-25 Thread Marco van de Voort
In our previous episode, Michael Schnell said: > >> will make the instance remoce itself. > > You need a full queue for that, since the mainthread might not run till the > > thread next queue()'s. > The fpc RTL does implement a full blown queue for managing TThread.Queue > and TThread.Synchronize.

Re: [fpc-pascal] about interface and multiple inheritance

2015-02-24 Thread Marco van de Voort
In our previous episode, Bee said: > > http://blog.cleancoder.com/uncle-bob/2015/01/08/InterfaceConsideredHarmful.html > > I wonder, how modern Pascal (FreePascal in particular) answer the > questions. :) I don't actually see questions why you shouldn't have interfaces. I only see reasons in tho

Re: [fpc-pascal] TThread.Queue vs TThread.Synchronize

2015-02-24 Thread Marco van de Voort
In our previous episode, Michael Schnell said: > On this behalf, "Application.QueuAsyncCall" is more versatile. > > But it's easy with TThread.Queue, as well. > > - define a class (not to be derived from TThread) that holds the data > to be transferred and a procedure without parameters > -

Re: [fpc-pascal] libxml on MacOS X

2015-02-21 Thread Marco van de Voort
In our previous episode, Andreas Schneider said: > > So in case there is simply no one who tried libxml on OSX, I would be > willing to do. However, how to correctly build it? > I modified fpmake.pp to include "darwin" as possible target, but calling > fpmake fails: > > ./fpmake > The installer

Re: [fpc-pascal] How do you build FPC?

2015-02-20 Thread Marco van de Voort
In our previous episode, Jon Foster said: > Is there documentation for compiling FPC? Am I just missing it > somewhere? FPC seems incredibly flexible and I'd like to take advantage > of it on some other platforms but so far it looks like that is reserved > for a wizard elite somewhere and nobody is

Re: [fpc-pascal] Some features for FPC 3.0?

2015-02-18 Thread Marco van de Voort
In our previous episode, Lukasz Sokol said: > > I don't think this needs to be done formally. Any users can package > > snapshots cq pseudo releases and mark them as test, and release them for > > feedback. Then process the feedback, triage it, and communicate that back > > upstream. > > Which som

Re: [fpc-pascal] Some features for FPC 3.0?

2015-02-17 Thread Marco van de Voort
In our previous episode, silvioprog said: > > My suggestion is just: to make easier to test, for any programmer. E.g: > > - fpc-3.0.0-beta1/beta2 +/-jan/feb > - fpc-3.0.0-RC1/RC2 +/-may/jun > - fpc-3.0.0-RC3/fpc-3.0.0-stable +/-dec. > > Yes, it is hard to do, but IMHO it is necessary. I don't t

Re: [fpc-pascal] How to use FCGI in threaded mode?

2015-01-30 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: > > Am I wrong thinking, that using "proxy FCGI" projects are a lot easier to > > manage, anyway, as here you can use normal debugging means (e.g. Lazarus) ? > > Not really. > On windows they must be service programs, which are an > absolute ho

Re: [fpc-pascal] access violations on new ARM hardware

2015-01-27 Thread Marco van de Voort
In our previous episode, Bj?rn Schreiber said: > Am 26.01.2015 um 21:15 schrieb Mark Morgan Lloyd: > > Since nobody else has suggested anything: is the new hardware > > susceptible to alignment errors in a way that the old hardware wasn't? > >The question is: how can we know? The ARM documenta

Re: [fpc-pascal] Linker script doesn't search in /usr/lib32 when cross compiling from x86_64 to i386

2015-01-19 Thread Marco van de Voort
In our previous episode, Jonas Maebe said: > > > > Sorry, I forget to tell you that Marco has given the answer by using > > -Xd. > > That should not be necessary. -Xd has nothing to do with linker scripts from ld. It prevents FPC t_linux code from adding default paths to the script. For tar

Re: [fpc-pascal] FPC v.3.0 roadmap

2015-01-12 Thread Marco van de Voort
In our previous episode, Bee said: > I see. So FPC development has no planned innovation and no vision what it > will become. Yes. If there are no (central) resources to allocate, there is nothing much to centrally plan. > It just takes whatever available. Alright. Thank you. :) No, there is mo

Re: [fpc-pascal] compiler message files

2015-01-06 Thread Marco van de Voort
In our previous episode, Bee said: > I'm looking at Indonesian translation, errorid.msg. There I see almost > everything is translated, even the comment lines (with # prefix). I thought > a complete and thorough translation must be useful somewhere in the > documentation. Am I wrong? There are cur

Re: [fpc-pascal] FormatSettings not updated in Linux

2015-01-02 Thread Marco van de Voort
In our previous episode, Jonas Maebe said: > After just having spent 2 days debugging an issue in fcl-res that could > have been avoided by just using the assembler instead of by > reimplementing object writers from scratch, I do like the object writers mostly from a support viewpoint. The FPC as

Re: [fpc-pascal] TurboPower FlashFiler for Free Pascal

2014-11-26 Thread Marco van de Voort
In our previous episode, Tomas Hajny said: > > *FlashFiler was ahead of its time.* Client/Server database LAN-WAN. I have > > currently running quite well on Windows 8.1 applications. Worth rescue and > > do everything possible to port it to Free Pascal. > > Could you please clarify your idea behi

Re: [fpc-pascal] how do I play mp3 files with Free Pascal?

2014-10-27 Thread Marco van de Voort
In our previous episode, Dennis Poon said: > I can use the windows MMSystem unit but it only plays .wav file. > How do I play .mp3 file? I thought that using mcisendstring one could play all registered codecs. ___ fpc-pascal maillist - fpc-pascal@lists

Re: [fpc-pascal] Any Email or News client in TurboVision or FreeVision

2014-10-10 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: > Does anybody know of an email or news (nntp) client written in Turbo > Pascal's TurboVision, or in Free Pascal's FreeVision. Any links or > screenshots would be very useful. Many thanks. openxp.de and other crosspoint derivatives. http://source

Re: [fpc-pascal] Is TFPList thread safe?

2014-10-06 Thread Marco van de Voort
In our previous episode, Michael Schnell said: > > So critical section is equal to posix mutex with > > PTHREAD_PROCESS_PRIVATE attribute. > Thanks for the clearness ! > > (The OP of course just wants just this - synchronization between threads > of a single application.) On *nix for critical s

Re: [fpc-pascal] Is TFPList thread safe?

2014-10-06 Thread Marco van de Voort
In our previous episode, Michael Schnell said: > > For Critical Sections, FPC has the TCriticalSection object, is there a > > TMutex object? > > AFAI understand, "CriticalSection" is the Delphi/fpc name for > "POSIX-Mutex". Critical sections are bound to the owning process under Windows, while

Re: [fpc-pascal] Syserrormessage, parameter data type

2014-10-06 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: > > current situation > > it *never* works correctly (not even for Linux). > > That is why we need an opaque type which will probably be used in more than > one call. > It needs to be investigated, hence the bugreport is needed. (to Joergen:) do

Re: [fpc-pascal] Free Pascal Directories

2014-10-03 Thread Marco van de Voort
In our previous episode, silvioprog said: > > >[...] > > > But it would be an nice feature in Free Pascal, something like the > > "import" > > > of Python and Java. =) > > > > Java requires a CLASSPATH for the imports to work, does it not? > > You can import one or more classes. E.g, you can use i

Re: [fpc-pascal] Free Pascal Directories

2014-10-02 Thread Marco van de Voort
In our previous episode, Brian said: > The fpGUI units were recompiled with directive -Ur > > When the helloworld.pas file is compiled using Geany (with -Ur and -Va) for > some reason FPC can't find the unit (fpg_impl.ppu) called by fp_base , even > though it is present in the folder with fpb_base

Re: [fpc-pascal] Free Pascal Directories

2014-10-02 Thread Marco van de Voort
In our previous episode, Brian said: > > Is there any way to tell the compiler to just link existing .ppu and .o > files ? There are three things in such case: - compile the immutable packages with -Ur - find actually WHY the compiler doesn't want to use the .ppu's and get to the root of the p

Re: [fpc-pascal] Reproducible code: DLL calling Firebird crashes

2014-10-01 Thread Marco van de Voort
In our previous episode, Sven Barth said: > > So the obvious question might be if the unit initialization really belongs > > into the library initialization like that. > > The only other alternative would be to add the RTL initialization code > to each exported function. I don't consider this a

Re: [fpc-pascal] Reproducible code: DLL calling Firebird crashes

2014-09-30 Thread Marco van de Voort
In our previous episode, Sven Barth said: > It is indeed true that all units are initialized once the main code block > of the library is called, but you are still inside the library > initialization initiated by the OS and thus you are subject to its > restrictions which in the case of Windows inc

Re: [fpc-pascal] Optimal number of threads for SMP

2014-09-20 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: > > My rule of thumb is physical cores + a percentage. (like 10-20%). > > Tell that to most developers out there, they clearly don't know that > "rule of thumb". :-) Mozilla Thunderbird under Win7 shows 47 threads. > EditPad Pro 7 shows 18 threads.

Re: [fpc-pascal] Optimal number of threads for SMP

2014-09-18 Thread Marco van de Voort
In our previous episode, Mark Morgan Lloyd said: > > Hyperthreading doubles the execution stream logic, so that one core can > > take two incoming streams of instructions. The idea is that when one thread > > stalls, or executes unoptimal code, the other thread can run, increasing > > utilization.

Re: [fpc-pascal] Optimal number of threads for SMP

2014-09-18 Thread Marco van de Voort
In our previous episode, Bernd said: > If the CPU has hyper threading then these should show up as individual > cores (CPUs). They call a "core" with 2 processors on it a "core" but > each of these "cores" is actually two complete processors (cores in > the conventional meaning of the word) that ju

Re: [fpc-pascal] Optimal number of threads for SMP

2014-09-15 Thread Marco van de Voort
In our previous episode, Xiangrong Fang said: > If my application needs SPEED, i.e. take full advantage of CPU > capabilities, and the application has no I/O operation at all (neither disk > nor network), it seems no need to create threads more than the number of > CPU cores ?hyper-threads)? > > A

Re: [fpc-pascal] with statement using mulltiple objects

2014-09-14 Thread Marco van de Voort
In our previous episode, Martin Schreiber said: > > basically stopped using it. > > Why does Free Pascal not invent a safe "with" similar as the "with" of > MSElang? The primary question is of course if there is a need for a new construct at all. I don't know MSELang, but many new languages try

Re: [fpc-pascal] with statement using mulltiple objects

2014-09-14 Thread Marco van de Voort
In our previous episode, Ched said: > So, they with statement has at least one aficionados: me. Was the with > statement present if the first > versions designed by Wirth himself ? Yes, but the problems are mostly because of the scoping complexity that OO extensions like classes add. Specially b

Re: [fpc-pascal] with statement using mulltiple objects

2014-09-14 Thread Marco van de Voort
In our previous episode, J?rgen Hestermann said: > > - > > d:=TreeRoot.SubDirs[Low(TreeRoot.SubDirs)]; // local var d > > d^.DirLogged := true; > > d^.DirHatFocus := false; > > d^.SubDirsExpanded := true; > >

Re: [fpc-pascal] Fastest way of drawing 2D graphs

2014-09-13 Thread Marco van de Voort
In our previous episode, Hunter1972 said: > > > I assume your polylines are basically an array of X,Y coordinates in > > > single > > precision + color information? If you supply examples of those, I'll see if > > I can hack something together. (binary only, since it is a work codebase, > > more t

Re: [fpc-pascal] detect CPU cores

2014-09-12 Thread Marco van de Voort
In our previous episode, Sven Barth said: > > Considering that the implementation is currently "Result := 1" for any > > target that is no surprise ;) > > I've now implemented GetCPUCount for all Windows targets. .. updating... > For the BSD's > I'd use sysctl, which would mean that I'd need t

Re: [fpc-pascal] detect CPU cores

2014-09-12 Thread Marco van de Voort
In our previous episode, Sven Barth said: > FPC 2.7.1 has TThread.ProcessorCount (it's a class property, so no instance > needed) or System.CpuCount (ProcessorCount uses this). It's not yet > implemented though for any system :/ I ran it to test if it made a difference between cores and hyperthrea

Re: [fpc-pascal] Fastest way of drawing 2D graphs

2014-09-12 Thread Marco van de Voort
In our previous episode, Hunter1972 said: > I am new in FPC and want to understand the correct(fastest) methods when > drawing 2D graphics. > The task is simple but extensive: to draw about 200 polylines with > 5-20 points in each. > I have made a test code in OnPaint event: OpenGL is an

Re: [fpc-pascal] cthread and cmem

2014-09-11 Thread Marco van de Voort
In our previous episode, Xiangrong Fang said: > which one should be the *first* unit to use? cthread or cmem? cmem. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] freeBSD and GetProcedureAddress() ?

2014-09-03 Thread Marco van de Voort
In our previous episode, Reinier Olislagers said: > On 03/09/2014 13:28, fredvs wrote: > > Hum, i try to dynamically load (and run) some freeBSD libraries with a > > fpc-freeBSD-appliction. > > > > For testing, i use some library included in /usr/lib (so im sure that the > > library is working on

Re: [fpc-pascal] Fast CRC functions?

2014-09-01 Thread Marco van de Voort
In our previous episode, Michael Schnell said: > More characteristics that can be differ in certain applications are > - bit count > - starting value > - shift count (only data block bits or data block bits plus CRC bits - Shift direction. msbit first, lsbit first, in case of wordwise crc also

Re: [fpc-pascal] SqlDB and MS SQL Server support

2014-08-14 Thread Marco van de Voort
Last night I googled some more. Conclusions: 1. the oledb.tlb isn't easy to find, but it does exist https://code.google.com/p/py-com-tools/source/browse/trunk/sdk-tlbs/?r=2 Maybe it is in the full platform SDK, but I didn't have that readily available. The result doesn't compile, it's only a si

Re: [fpc-pascal] SqlDB and MS SQL Server support

2014-08-13 Thread Marco van de Voort
In our previous episode, Sven Barth said: > > > > Well, and SEH should be on by default for 32-bit I guess? > > Definitely! :) > > > Anyway the typelibs seems to mostly work: > > Do the generated units also compile? Yes, the only problem is that they are not OLEDB as Delphi has the unit. Probab

Re: [fpc-pascal] SqlDB and MS SQL Server support

2014-08-13 Thread Marco van de Voort
In our previous episode, Sven Barth said: > > > it uses ADO as the 'native' layer. > > > > (afaik OLEDB, a layer deeper/older of which ADO is a superset, but > conclusion is the same) > > Using our Typelibrary converter and a bit of time we could write a ADO > driver for SQL-DB, then the FreeTDS l

Re: [fpc-pascal] SqlDB and MS SQL Server support

2014-08-13 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: > > Looking at the FPC 2.6.4 fcl-db source folder it seems that SqlDB does > > have MS SQL Server support. What confuses me is that the readme.txt > > files mentions that I must download FreeTDS sources and compile it with > > MS Visual C++ (a comp

Re: [fpc-pascal] SqlDB and MS SQL Server support

2014-08-13 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: > > The program I am writing is going to run on the server which hosts SQL > > Server, so client libraries should all be there. Do I still need this > > FreeTDS library mentioned? > > I think yes, I don't think that MS-SQL server still provides a

Re: [fpc-pascal] Fast HTML Parser

2014-08-08 Thread Marco van de Voort
In our previous episode, luiz americo pereira camara said: > > > > It's not a simple parser. It has the ability to extract part of html > through templates. See http://videlibri.sourceforge.net/cgi-bin/xidelcgi There is xpath support in fcl-xml? ___ fpc

Re: [fpc-pascal] Fast HTML Parser

2014-08-08 Thread Marco van de Voort
In our previous episode, luiz americo pereira camara said: > You can try http://www.benibela.de/sources_en.html#internettools That seems more something like sax_html fromt the fcl-xml package. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org h

Re: [fpc-pascal] Fast HTML Parser

2014-08-07 Thread Marco van de Voort
In our previous episode, Marcos Douglas said: > > It has (or at least had) a very simple to use HTML parser that was very > > fast. If you don't come write with the above URL, I have some release > > archives I know contains the code. Just let me know and I can make it > > available. > > But the f

Re: [fpc-pascal] Calling fpc libraries from other languages on freebsd/amd64 (bis)

2014-08-03 Thread Marco van de Voort
In our previous episode, fredvs said: > /usr/home/fred/fpGUIlib/demos/demo_Java/libfpgui.so: > /usr/home/fred/fpGUIlib/demos/demo_Java/libfpgui.so: Undefined symbol > "operatingsystem_parameter_envp" > ;-( > > So, fpc 2.7.1 does not do the trick... > > What can i do ? First test it with a normal

Re: [fpc-pascal] LoadLibrary in freeBSD ?

2014-08-02 Thread Marco van de Voort
In our previous episode, fredvs said: > Aaarg, i have install fpc-freeBSD-64-bit. Afaik the linuxator also works on 64-bit FreeBSD, so you can run 32-bit Linux userland on 64-bit freebsd. > Maybe with fpc-freeBSD-32-bit applications (on a freeBSD-64-bit system?) and > Linux-libraries-32-bit will

Re: [fpc-pascal] FPC documentation on website

2014-08-01 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: > I see the Free Pascal documentation (PDF and HTML) on the > [http://www.freepascal.org] website is still v2.6.2 > > Was it just an oversight on the website, or has the new offical > documentation for 2.6.4 just not been generated yet? For me the

Re: [fpc-pascal] cthreads

2014-07-27 Thread Marco van de Voort
In our previous episode, Mark Morgan Lloyd said: > Going back to something less labour intensive, would it be possible to > have s directive which has the effect that if a procedure isn't > eliminated by smartlinking then the linker should warn if a specific > library hasn't been linked? ELF bi

Re: [fpc-pascal] cthreads

2014-07-27 Thread Marco van de Voort
In our previous episode, leledumbo said: > > Because then all apps are linked to it, also the ones that don't need > threads. Same for clocale and cwstrings. > > If the widestring manager could be made by ourselves, is it possible for > thread manager as well? You could make an own threadmanage

Re: [fpc-pascal] cthreads

2014-07-25 Thread Marco van de Voort
In our previous episode, Fabio Luis Girardi said: > The same question that I posted on bugtracker: > > Linux, BSD, Unix, has another threaddriver than cthreads? No. > If no, why not > make cthreads unit the default threaddriver for Unix? Because then all apps are linked to it, also the ones th

Re: [fpc-pascal] How to use fpGUI?

2014-07-20 Thread Marco van de Voort
In our previous episode, Sven Barth said: > In principle you could even use the LCL without Lazarus. > The question that strikes me here is why you would prefer Notepad instead > of an IDE like Lazarus? An IDE simplifies coding a lot by providing various > code completion and refactoring functional

Re: [fpc-pascal] got "untyped" expected ""

2014-07-16 Thread Marco van de Voort
In our previous episode, Howard Page-Clark said: > > begin > >button:=TSpeedButton.Create(self); > >button.OnClick:=SpeedButton1Click(button); > > There are two errors. > > button should be a field in the TForm1 class. Declared as a local > variable it will be inaccessible after CreateBu

Re: [fpc-pascal] FPC + Mobile development: the String type

2014-07-10 Thread Marco van de Voort
In our previous episode, leledumbo said: > > IMHO a substituting bad with worse is not a good reason. Java/CIL needs > this > > because its strings are immutable, and character access is expensive. We > > don't share, nor plan to share that trait. > > I hope so, and with Delphi plans on making

Re: [fpc-pascal] FPC + Mobile development: the String type

2014-07-10 Thread Marco van de Voort
In our previous episode, Michael Schnell said: > But as we all know, the "index" notation asks for never ending (and > unsolvable) discussion Yes. Mostly from you though :-) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freep

Re: [fpc-pascal] FPC + Mobile development: the String type

2014-07-10 Thread Marco van de Voort
In our previous episode, Michael Schnell said: > Anyway "forking" fpc in such a way seems catastrophic. We are not forking anything. We only accept the directive, and we don't have a FM in the first place to create a compatible fork. > Regarding strings, there were several discussions to comp

Re: [fpc-pascal] FPC + Mobile development: the String type

2014-07-10 Thread Marco van de Voort
In our previous episode, Jonas Maebe said: (zerobasedstrings) > They probably changed the default there for efficiency reasons (not having > to subtract 1 from string indices all the time). Considering what they lug on in compatibility(and that being a key selling point), and how they went abou

Re: [fpc-pascal] sample code/example For Reading and writing in Free Pascal

2014-07-04 Thread Marco van de Voort
In our previous episode, mokashe.ram said: > Could any one give me sample code/example on reading user input > from screen and writing it to > output file (.txt). See the highscore routines of the FPC demo games (fpctris, samegame) ___ fpc-p

Re: [fpc-pascal] shared library on arm-linux (raspberry pi)

2014-06-26 Thread Marco van de Voort
In our previous episode, Fabio Luis Girardi said: > Someone can say if this is a problem with my raspbian image or a problem > with my FPC installation? Did you use the raspbian provided (and patched!) FPC or did you build your own? Stock 2.6.4 does NOT run armhf systems, Raspbian patched theirs.

Re: [fpc-pascal] Free Vision apps via SSH

2014-06-25 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: > Would this be a good idea, or would there be some problems? I've tried > various SSH clients (Linux, FreeBSD, Putty) and connected via SSH to my > FreeBSD server and ran FPC's Text IDE without problems. I had to tweak > the font for Putty, but then

Re: [fpc-pascal] old version of Free Pascal

2014-06-25 Thread Marco van de Voort
In our previous episode, Tomas Hajny said: > > ftp://ftp.uni-duisburg.de/local/systems/msdos/programming/fpkp/ > > Thanks, it might be probably added to > ftp://ftp.freepascal.org/pub/fpc/attic/. Done. ___ fpc-pascal maillist - fpc-pascal@lists.freepa

Re: [fpc-pascal] replacement of MARK and RELEASE function in free pascal

2014-06-19 Thread Marco van de Voort
In our previous episode, mokashe.ram said: > Ok thanks, > >but using untyped pointer how to mention size in GETMEM()? > > * GETMEM(markexam,'' ");* You misunderstood. You don't substitute getmem/freemem (or new/dispose) of just the markexam pointer, but for ALL pointers all

Re: [fpc-pascal] replacement of MARK and RELEASE function in free pascal

2014-06-19 Thread Marco van de Voort
In our previous episode, mokashe.ram said: > Can any one help me on raplacement of MARK and RELEASE function in free > pascal... > >var > markexam: pointer; // untyped pointer > begin > ... >* mark(markexam); > . > Release(ma

Re: [fpc-pascal] Illeagal assignment to For Loop variable in Free pascal

2014-06-18 Thread Marco van de Voort
In our previous episode, Juha Manninen said: > On Wed, Jun 18, 2014 at 2:36 PM, Bart wrote: > > The original code removes trailing spaces only, and Trim() removes > > more than spaces (and it removes leading blanks as well). > > Filename := TrimRight(Filename); or Filename := TrimRightSe

Re: [fpc-pascal] EpikTimer v1.0.1 released

2014-06-02 Thread Marco van de Voort
In our previous episode, Michael Schnell said: > On 05/28/2014 05:41 PM, Marco van de Voort wrote: > > . But that means you need to use OS timing functions, and not ASM. > > Meaning either syscalls or vDSO. > > As in Linux syscalls do a usermode->Kernelmode->usermode

Re: [fpc-pascal] Typinfo incompatibilities between FPC and Delphi

2014-05-31 Thread Marco van de Voort
In our previous episode, Maciej Izak said: > By Barry Kelly in comment :) : > > http://stackoverflow.com/questions/3443097/what-is-the-identity-pointer-before-a-ttypeinfo-there-for > > "all typeinfo fixups - pointers from one blob of typeinfo to another - are > of type PPTypeInfo, not PTypeInfo,

Re: [fpc-pascal] EpikTimer v1.0.1 released

2014-05-28 Thread Marco van de Voort
In our previous episode, Marco van de Voort said: > still to new a requirement to assume for general purpose code like RTL and > FCL, if you agree to clip real old stuff. _EVEN_ if you agree to clip real old stuff (read: anything Pre core2 intel like Pentium D and Co

Re: [fpc-pascal] EpikTimer v1.0.1 released

2014-05-28 Thread Marco van de Voort
In our previous episode, Henry Vermaak said: > On Wed, May 28, 2014 at 02:00:06PM +0200, Marco van de Voort wrote: > > - Is rdtsc safe for CPUs that can vary clock of cores independently like > > Core Mono? What if the process changed CPU to a different clocked core? > &

Re: [fpc-pascal] EpikTimer v1.0.1 released

2014-05-28 Thread Marco van de Voort
> In fact I do want the best possible stuff and not a fork. I am just > trying to help (as I would like to use it in the said current project). In that case some attention points: - help implementing and testing fine grained timings on *nix. Now it only has a special case for linux. - Seems h

Re: [fpc-pascal] Delphi compatible anonymous functions

2014-05-26 Thread Marco van de Voort
In our previous episode, Michael Schnell said: > > using it on Windows for the foreseeable future. > Hmmm > > "parallel loop" and "future" in fact _is_ "compatible with Delphi": here > Delphi Prism. (It's not the fault of Lazarus, that Delphi is not > compatible with itself :-( .) It is not a p

Re: [fpc-pascal] Ping problems - OS/X

2014-05-22 Thread Marco van de Voort
In our previous episode, Mattias Gaertner said: > > I did note that the example said that it was flawed, but, foolishly, > > as it turned out, I thought it meant 'flawed' rather than 'doesn't > > work at all'. > > Do you mean this example: > http://wiki.freepascal.org/Executing_External_Programs#A

Re: [fpc-pascal] Delphi compatible anonymous functions

2014-05-22 Thread Marco van de Voort
In our previous episode, Michael Schnell said: > - To through the callback event, create an instance and fill the data > structure in the instance and then use TThread.Queue to through the event: > procedure TmyThread.Execute > begin > ... > AsyncEvent := TAsyncEvent.create;

Re: [fpc-pascal] Identifier not found "MEMW"

2014-05-20 Thread Marco van de Voort
In our previous episode, nitinjain said: > I used same (Video Unit) but throwing runtime error* "Program Received > Signal SIGSEGV Segmentation fault"*. Did you follow all steps in http://stackoverflow.com/questions/23563834/freepascal-identifier-not-found-memw/23700057#comment36526285_23700057

Re: [fpc-pascal] Can not cross compile from Win64 to Win32 using fpcup

2014-05-20 Thread Marco van de Voort
In our previous episode, Jonas Maebe said: > >> 3. run fpcupgui.exe and successfully finished. > >>using fpc svn version 2.6.4 > >>using lazarus svn version 1.2.2 > > FPC 2.6.x does not support cross compiling from win64 to win32 due to > > the error you found below. > > AFAIR, it's been fi

Re: [fpc-pascal] Delphi compatible anonymous functions

2014-05-19 Thread Marco van de Voort
In our previous episode, Florian Kl?mpfl said: > > Absolutely, but neither Free Pascal nor Delphi implement OpenMP. > > I wanted only to point out that personally I would first work on OpenMP > support than implementing anonymous methods (which I consider anyways very > un-pascalish) and closures

Re: [fpc-pascal] Identifier not found "MEMW"

2014-05-09 Thread Marco van de Voort
In our previous episode, nitinjain said: > Thanks for your prompt reply on this. > my code is like below, is there any option to implemet the same thing? > > --- > PROCEDURE window_object.appear; > > VAR >width_offset, >heigh

Re: [fpc-pascal] why constructor of TObject is NOT virtual but destructor is?

2014-05-05 Thread Marco van de Voort
In our previous episode, Xiangrong Fang said: > I would like to know the benefit of making constructor / destructor > virtual. As described here: > > http://c2.com/cgi/wiki?VirtualConstructor > > The benefit of virtual constructor seems related to "class reference". As > far as I understand, it

Re: [fpc-pascal] Xlib Threads

2014-04-27 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: > And it just surprises me what features Xlib / X11 has - yet everybody > seems so eager to replace it with something else (often with something > less feature rich, yet tick the "cool" box). Sure X11 could do with some > modernization, but I still t

Re: [fpc-pascal] How to remove verbose compiler output

2014-04-07 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: > > Just in case: not Delphi compatible. > > In this case I can't use it, because this project must stay Delphi > compatible. Still a very useful tip though. Thanks again. Then you must test with $ifopt, set a define if it is enabled, and then rest

Re: [fpc-pascal] How to remove verbose compiler output

2014-04-05 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: > > maybe it's loading some config file anyway. > > Do a strace and see if it opens a config file. > > 'strace' is not available/supported by 64-bit FreeBSD (only 32-bit > FreeBSD). That's because it is a port. The normal tool to use on BSDs is k

Re: [fpc-pascal] Free pascal candidate for project of the month

2014-04-01 Thread Marco van de Voort
In our previous episode, Martin Frb said: > > Free Pascal is candidate for SF project of the month april, up against > > strong candidates as subversion for windows (the server, not tortoise) and > > smplayer. > > > > Note that you need a SF login to vote: > > > > https://sourceforge.net/p/potm/dis

Re: [fpc-pascal] minigzip example does not compile (?)

2014-04-01 Thread Marco van de Voort
In our previous episode, Juha Manninen said: > Maybe we could just add our own metadata wrapper instead of gzip or a > zlib wrapper. > Well, it does not sound like a clever thing to do. > > We have used tpabbrevia but it has a bug with very big files (like 6 > GB). Its code is not easy to understa

Re: [fpc-pascal] minigzip example does not compile (?)

2014-04-01 Thread Marco van de Voort
In our previous episode, Juha Manninen said: > BTW, does anybody know of a Delphi compatible version of this compression lib? > The new Unicode Delphis do not need to be supported. > What about some other similar Delphi compatible lib? Newer delphi's come with a zstream iirc, and contrary to D7(*)

[fpc-pascal] Free pascal candidate for project of the month

2014-03-26 Thread Marco van de Voort
FYI: Free Pascal is candidate for SF project of the month april, up against strong candidates as subversion for windows (the server, not tortoise) and smplayer. Note that you need a SF login to vote: https://sourceforge.net/p/potm/discussion/vote/thread/c38203c8/ Marco

Re: [fpc-pascal] fpc in symlinked directory

2014-03-26 Thread Marco van de Voort
In our previous episode, Tomas Hajny said: > > The two should at least match; and you will not be surprised to hear that > > I think the linker file is correct :) > . > . > > It makes no sense to use absolute paths in debug information, because it > would make distribution of units compiled with

Re: [fpc-pascal] fpc in symlinked directory

2014-03-26 Thread Marco van de Voort
In our previous episode, Mattias Gaertner said: > > > > It's a hack ? > > AFAIK the PWD is the official thing and used by other console tools as > well. afaik: 1) it is an official thing only of the shell, not the "system". 2) it assumes that any program doesn't change paths inbetween. (eith

Re: [fpc-pascal] Bug in enumerators 2.6.4

2014-03-24 Thread Marco van de Voort
In our previous episode, Torsten Bonde Christiansen said: > >> the construct where forward declared classes is possible. > > That's a separate language enhancement request, read > > http://www.freepascal.org/faq.var#extensionselect > Since this is already possible in objfpc mode (at least partially

Re: [fpc-pascal] Bug in enumerators 2.6.4

2014-03-24 Thread Marco van de Voort
In our previous episode, Torsten Bonde Christiansen said: > >> Should I add this to the bugtracker? > > Yes. The code with Tfoo and TBar above also shouldn't not compile, at least > > not in Delphi mode. > Should I report this as a bug where this construct is not allow at all > (not just Delphi mo

Re: [fpc-pascal] Bug in enumerators 2.6.4

2014-03-22 Thread Marco van de Voort
In our previous episode, Bart said: > > Yes. The code with Tfoo and TBar above also shouldn't not compile, at least > > not in Delphi mode. > > The double negative is intended here? No. So Delphi refuses when TFoo and TBar are declared at the top. IMHO rightfully so. Both Delphi and FPC also ref

Re: [fpc-pascal] Bug in enumerators 2.6.4

2014-03-22 Thread Marco van de Voort
In our previous episode, Torsten Bonde Christiansen said: > > The problem seem to be that the a descendant enumerator class overriding > a virtual method cannot > return a class which i only forward declared. > > If the TFoo and TBar classes are moved above the TBarListEnumerator the > code com

Re: [fpc-pascal] THandle in code that must compile also with Delphi

2014-03-20 Thread Marco van de Voort
In our previous episode, Mark Morgan Lloyd said: > > IMHO the universal handle (for e.g. IPC related handles and file handles) is > > not a portable concept to begin with. > > I think the concept of a handle as an opaque type is universal. What > isn't safe is any assumption of consistent behavio

Re: [fpc-pascal] THandle in code that must compile also with Delphi

2014-03-20 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: > > Question: what is the best way to maintain code that must compile with > > both FPC and Delphi2007? > > The obvious solution is to use IFDEF and define a new type, say TMyHandle. > > FPC's libraries however take care of many platform difference

Re: [fpc-pascal] Installer (2.6.4 win32) and path issues

2014-03-14 Thread Marco van de Voort
In our previous episode, Tomas Hajny said: > Are they? > > Anyway - as far as I can see, the usual solution appearing with other > programs on MS Windows is either defaulting new version to the directory > used for the previous one and/or suggestion that you should uninstall the > previous version

<    1   2   3   4   5   6   7   8   9   10   >