Re: [fpc-pascal] Re: linux: should we hard-code versioned or unversioned shared libraries in our apps?

Al 16/08/2012 9:50, En/na Michael Van Canneyt ha escrit: On Thu, 16 Aug 2012, Marco van de Voort wrote: If dynamic linking is so great, why do we constant, constantly have these discussions and worse all these illadvised changes? Because the problem is not in dynamic versus static. We woul

Re: [fpc-pascal] TProcess InheritHandles has no effect

Al 26/05/11 13:14, En/na Luca Olivetti ha escrit: > According to the documentation InheritHandles only works in windows. > However the windows implementation of TProcess.Execute has in the first > line > > FInheritHandles:=true > > so it doesn't work even under wind

Re: [fpc-pascal] a proposal about "with" syntax

Al 17/03/13 03:37, En/na Flávio Etrusco ha escrit: > unfortunate, because IMO the 'with' syntax is one of the most > abominable un-pascal things Borland introduced in the language, and > *forcing* the AS syntax (but probably with some other keyword like > ALIAS) would make it much more palatable.

Re: [fpc-pascal] a proposal about "with" syntax

Al 17/03/13 13:16, En/na Sven Barth ha escrit: > On 17.03.2013 11:42, Paul Ishenin wrote: >> 17.03.13, 18:25, Sven Barth пишет: With a=VeryLongNameForARecord, b=AnotherRecordWithAVeryLongName do ... >>> >>> Now THAT is really unpascalish... either ":=" or the already suggested >>> "as"... >> >

Re: [fpc-pascal] a proposal about "with" syntax

Al 17/03/13 13:54, En/na Marco van de Voort ha escrit: > In our previous episode, Sven Barth said: >>> >>> Texas Instruments' Pascal had an extension of the with statement, IIRC >>> it used = instead of AS >>> >>> With a=VeryLongNameForARecord, b=AnotherRecordWithAVeryLongName do ... >> >> Now THAT

Re: [fpc-pascal] a proposal about "with" syntax

Al 18/03/13 04:11, En/na Paul Ishenin ha escrit: > '=' can't be used because it can be a part of expression. There is no > big difference between > with (a = SomeObject) do > and > with a = SomeObject do But since "with" is only for records/objects/classes there's no possible confusion (the resul

Re: [fpc-pascal] File Association and opening with already running app

Al 04/04/13 11:08, En/na Graeme Geldenhuys ha escrit: > How do they accomplish this? I would like to implement something like > that for fpGUI, and it must work under all fpGUI supported "desktop" > platforms. Look at http://wiki.freepascal.org/UniqueInstance Bye -- Luca __

Re: [fpc-pascal] socket timeout

Al 16/04/13 12:20, En/na Michael Schnell ha escrit: > On 04/16/2013 11:26 AM, Xiangrong Fang wrote: >> How can I set the connection and read/write timeout when using socket >> in free pascal? > I seem to remember that synapse can do this. Only in svn and it does it this way if FConnectionTimeout

Re: [fpc-pascal] How to use UART of ARM platforms (e.g. Raspberry Pi ) through free Pascal?

Al 04/07/13 11:16, En/na Dennis Poon ha escrit: >> With RS-485 hardware you can - and supposedly need to - do >> "half-duplex with output enable", if your hardware provides this. >> > After days of google search, I am afraid the bcm2835, the Soc of > Raspberry Pi (the hardware I have to use) does

Re: [fpc-pascal] How to use UART of ARM platforms (e.g. Raspberry Pi ) through free Pascal?

Al 04/07/13 12:08, En/na Dennis Poon ha escrit: > thanks. > I am not using the fpc email as it seems off topic. > > May I know the exact brand and model number of the adapter you used? I don't know the exact model, but it is one of these http://vscom.de/1_1_09.htm however there are other brands

Re: [fpc-pascal] How to use UART of ARM platforms (e.g. Raspberry Pi ) through free Pascal?

Al 04/07/13 12:24, En/na Michael Schnell ha escrit: > But the problem might be that they don't come with a Linux driver for ARM. Since the driver for prolific/ftdi usb to serial bridge (which is the one these adapters use) is in the kernel since, like, forever, it will work with any architecture.

Re: [fpc-pascal] Re: (OT) Re: How to use UART of ARM platforms (e.g. Raspberry Pi ) through free Pascal?

Al 04/07/13 17:24, En/na Mark Morgan Lloyd ha escrit: > In any event, my experience is that USB->serial converters are very poor > for anything that involves accurate timing, and I suspect that > controlling a 485 transceiver in conjunction with one would be > problematic. Not if the converter ma

Re: [fpc-pascal] lnet for TCP daemon

Al 18/09/13 09:32, En/na Michael Schnell ha escrit: > It is really frustrating to see, that this now seems to solves the issue > I am hunting for since some five years. Perhaps if you spent your time actually using fpc instead of hunting for non-problems you'd have realized that this worked five

Re: [fpc-pascal] FreePascal on ARM Linux ,SoftFloat and EABI issues

En/na Terry Kemp ha escrit: this might help a little bit... http://www.klc.net.nz/linux/?page_id=13 That looks cool, though I'm right now trying a different route for my nokia n800: I downloaded a 2.2.0 native arm release to compile a native arm eabi compiler under scratchbox, with make zi

Re: [fpc-pascal] FreePascal on ARM Linux ,SoftFloat and EABI issues

En/na Luca Olivetti ha escrit: En/na Terry Kemp ha escrit: this might help a little bit... http://www.klc.net.nz/linux/?page_id=13 That looks cool, though I'm right now trying a different route for my nokia n800: I downloaded a 2.2.0 native arm release to compile a native arm

Re: [fpc-pascal] FreePascal on ARM Linux ,SoftFloat and EABI issues

En/na Luca Olivetti ha escrit: Mmh, it doesn't seem to work: ppc1 generated ppc2 but ppc2 has been spinning the cpu at 100% for the last 10 minutes and I don't think it'll finish. Duh, that's also the op problem. -- Luca ___

Re: [fpc-pascal] FreePascal on ARM Linux ,SoftFloat and EABI issues

En/na Florian Klaempfl ha escrit: Luca Olivetti schrieb: En/na Luca Olivetti ha escrit: Mmh, it doesn't seem to work: ppc1 generated ppc2 but ppc2 has been spinning the cpu at 100% for the last 10 minutes and I don't think it'll finish. Duh, that's also the op problem

Re: [fpc-pascal] FreePascal on ARM Linux ,SoftFloat and EABI issues

En/na Luca Olivetti ha escrit: En/na Luca Olivetti ha escrit: En/na Florian Klaempfl ha escrit: make zipinstall OPT='-CfSOFT -dFPC-ARMEL -O-' It's -dFPC_ARMEL /me smacks head into nearby wall Thanks, I'll try Bye /home/luca/fpc-svn/compiler/ppc1 -Ur -Xs -O2 -n -F

Re: [fpc-pascal] FreePascal on ARM Linux ,SoftFloat and EABI issues

En/na Luca Olivetti ha escrit: En/na Florian Klaempfl ha escrit: make zipinstall OPT='-CfSOFT -dFPC-ARMEL -O-' It's -dFPC_ARMEL /me smacks head into nearby wall Thanks, I'll try Bye /home/luca/fpc-svn/compiler/ppc1 -Ur -Xs -O2 -n -Fuarm -Fusystems -Fu/home/luca/f

Re: [fpc-pascal] FreePascal on ARM Linux ,SoftFloat and EABI issues

En/na Florian Klaempfl ha escrit: Luca Olivetti schrieb: En/na Luca Olivetti ha escrit: Mmh, it doesn't seem to work: ppc1 generated ppc2 but ppc2 has been spinning the cpu at 100% for the last 10 minutes and I don't think it'll finish. Duh, that's also the op problem

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Luca Olivetti ha escrit: En/na Florian Klaempfl ha escrit: The latter is the recent change to use the correct dynamic linker, and the former to change the alignment of some structures (required by the eabi specification). Indeed, i_linux sets e.g. the calling conventions to eabi and

[fpc-pascal] FPC_ARMEL system calls

[Beware, I'm neither an arm expert nor an fpc internals one, that's why I'm asking instead of patching, patching that I wouldn't know how to do anyway]. Due to my (insofar) failed experiment to get an arm-eabi compiler, I took a look at where FPC_ARMEL is used. FPC_ARMEL is apparently only u

Re: [fpc-pascal] FreePascal on ARM Linux ,SoftFloat and EABI issues

En/na Florian Klaempfl ha escrit: make zipinstall OPT='-CfSOFT -dFPC-ARMEL -O-' It's -dFPC_ARMEL /me smacks head into nearby wall Thanks, I'll try Bye -- Luca ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.o

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Florian Klaempfl ha escrit: The latter is the recent change to use the correct dynamic linker, and the former to change the alignment of some structures (required by the eabi specification). Indeed, i_linux sets e.g. the calling conventions to eabi and this is what the compiler/rtl che

Re: [fpc-pascal] FreePascal on ARM Linux ,SoftFloat and EABI issues

En/na Marco van de Voort ha escrit: As per Terry's instructions I changed t_linux.pas to use ld-linux.so.3 if compiled with -dFPC-ARMEL. That's not necessary, a -FD in the fpc.cfg works too without changing + recompiling. "-FD sets the directory where to search for compiler utilities" H

Re: [fpc-pascal] FreePascal on ARM Linux ,SoftFloat and EABI issues

En/na Florian Klaempfl ha escrit: Luca Olivetti schrieb: pp.pas(209,27) Error: Error while linking pp.pas(209,27) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted The content of link.res around line 281: 279 /* Adjust the address for the data segment

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Luca Olivetti ha escrit: En/na Florian Klaempfl ha escrit: grepping for abi_eabi I found that the different syscall convention is in rtl/linux/arm/syscall.inc, but it is conditioned to FPC_ABI_EABI, not to FPC_ARMEL, so in order to have a fully eabi compliant compiler should I use

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Florian Klaempfl ha escrit: grepping for abi_eabi I found that the different syscall convention is in rtl/linux/arm/syscall.inc, but it is conditioned to FPC_ABI_EABI, not to FPC_ARMEL, so in order to have a fully eabi compliant compiler should I use "-dFPC_ARMEL -dFPC_ABI_EABI"? The

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Florian Klaempfl ha escrit: Luca Olivetti schrieb: Florian Klaempfl escribió: But you used OPT=-dFPC_ARMEL? Yes, I used OPT='-dFPC_ARMEL -dFPC_ABI_EABI -CfSOFT' And then you got the errors about floats? No, I get that if I omit the -CfSOFT I simply tried all the pe

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Florian Klaempfl ha escrit: This is what needs to be fixed the other two options might be a workaround not usable. You use trunk I suppose? Yes Bye -- Luca ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org

Re: [fpc-pascal] FPC_ARMEL system calls

Florian Klaempfl escribió: But you used OPT=-dFPC_ARMEL? Yes, I used OPT='-dFPC_ARMEL -dFPC_ABI_EABI -CfSOFT' Bye -- Luca ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Luca Olivetti ha escrit: En/na Florian Klaempfl ha escrit: This is what needs to be fixed the other two options might be a workaround not usable. You use trunk I suppose? Yes Just updated. Here are the results: a) under scratchbox (qemu emulated arm) (http://maemo.org/development

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Florian Klaempfl ha escrit: Luca Olivetti schrieb: En/na Luca Olivetti ha escrit: En/na Florian Klaempfl ha escrit: This is what needs to be fixed the other two options might be a workaround not usable. You use trunk I suppose? Yes Just updated. make clean all OS_TARGET=linux

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Luca Olivetti ha escrit: En/na Florian Klaempfl ha escrit: Luca Olivetti schrieb: En/na Luca Olivetti ha escrit: En/na Florian Klaempfl ha escrit: This is what needs to be fixed the other two options might be a workaround not usable. You use trunk I suppose? Yes Just updated

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Florian Klaempfl ha escrit: make clean all OS_TARGET=linux CPU_TARGET=arm BINUTILSPREFIX=armel-linux- OPT=-dFPC_ARMEL FPC=fpc works fine for me, at least it compiles ;) Yeah, but that's not native :-/ How did you get the native start compiler? http://freepascal.org/down/arm/linux.va

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Florian Klaempfl ha escrit: How did you get the native start compiler? http://freepascal.org/down/arm/linux.var (it's 2.2.0) Well, this is the point :) This is not an armel compiler. You need to cross compile one first. Ok, I'll try. Thank you. Bye -- Luca

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Luca Olivetti ha escrit: En/na Florian Klaempfl ha escrit: How did you get the native start compiler? http://freepascal.org/down/arm/linux.var (it's 2.2.0) Well, this is the point :) This is not an armel compiler. You need to cross compile one first. Ok, I'll try. Than

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Henry Vermaak ha escrit: i think what florian means is that you have to use an eabi ppcarm as a starting compiler if you'd like to compile fpc in your scratchbox. so you'll have to create one by cross compiling from i386 or whatever arch you're using. so you'll have to make compiler_cycl

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Luca Olivetti ha escrit: En/na Henry Vermaak ha escrit: i think what florian means is that you have to use an eabi ppcarm as a starting compiler if you'd like to compile fpc in your scratchbox. so you'll have to create one by cross compiling from i386 or whatever arch you

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Luca Olivetti ha escrit: I guess I'll stick to i386 for a while ;-) I really think I should. I created a full cross compiler just like Florian :-D I compiled a simple hello world and it doesn't run (like the compiler): sbox-CHINOOK_ARMEL: ~] > fpc-svn/hello Error:

Re: [fpc-pascal] FPC_ARMEL system calls

Henry Vermaak escribió: yes, this works for me. luca, can you try? Not now (busy at work), later today maybe. -- Luca ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Henry Vermaak ha escrit: 2008/6/3 Henry Vermaak <[EMAIL PROTECTED]>: 2008/6/3 Henry Vermaak <[EMAIL PROTECTED]>: 2008/6/3 Henry Vermaak <[EMAIL PROTECTED]>: more info (everything compiled with -dFPC_ARMEL -O- -gl): [EMAIL PROTECTED]:~/source/armtest$ qemu-arm armtest Error: Bad syscall:

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Luca Olivetti ha escrit: The following program: program hello; begin writeln('hello'); end. runs but it doesn't print anything, neither under scratchbox nor on the tablet. I installed strace on the tablet: ~ $ strace ./hello execve("./hello", [".

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Luca Olivetti ha escrit: En/na Luca Olivetti ha escrit: En/na Luca Olivetti ha escrit: The following program: program hello; begin writeln('hello'); end. runs but it doesn't print anything, neither under scratchbox nor on the tablet. I installed strace on the tab

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Luca Olivetti ha escrit: En/na Luca Olivetti ha escrit: The following program: program hello; begin writeln('hello'); end. runs but it doesn't print anything, neither under scratchbox nor on the tablet. I installed strace on the tablet: ~ $ strace ./hello

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Henry Vermaak ha escrit: what output does: qemu-arm -strace hello h, my qemu-arm doesn't have a -strace option: $ devkits/cputransp/bin/qemu-arm-cvs -strace users/luca/home/luca/fpc-svn/hello qemu-arm version 0.9.0, Copyright (c) 2003-2007 Fabrice Bellard usage: qemu-arm [-h] [-g

Re: [fpc-pascal] FPC_ARMEL system calls

En/na Luca Olivetti ha escrit: runs but it doesn't print anything, neither under scratchbox nor on the tablet. Thanks to Henry Vermaak I rebuilt the cross compiler with -O- and now it prints "hello" :-) I'm trying to cross-compile the gtk2 example but it seems the c

Re: [fpc-pascal] FPC_ARMEL system calls

Nataraj S Narayan escribió: Hi Luca Please give me the full command used for cross compiling with all the options. Is it "-O-" or just "-O"? It is "-O-", i.e. turn off optimizations. If you update from svn you shouldn't need that. As per the full command, it's somewhere in one of my pre

Re: [fpc-pascal] FPC_ARMEL system calls

Henry Vermaak escribió: why don't you just cross-compile your program? because it's too darn difficult? (not that native compiling is an easy walkbut see my problems trying to cross-compile the gtk2 hello program) Bye -- Luca ___ fpc-pascal m

Re: [fpc-pascal] FPC_ARMEL ld-linux.so.3

Nataraj S Narayan escribió: Hi I find that in my qemu emulated machine , /lib/ld-linux.so.3 is actually a symink to /lib/ld-2.7.so . Whereas in my target Arm machine it is just ld-linux.so.3. Could this be any problem ? I'm in no way an expert but I don't think so: in my

Re: [fpc-pascal] FPC_ARMEL system calls

Henry Vermaak escribió: native compiling won't make a difference, since you should link to the same libraries. Surely you're right, but native compiling wouldn't left me wondering if the problems are due to the bleeding edge compiler or to some quirk in the crossbinutils[*] or the libraries'

Re: [fpc-pascal] FPC_ARMEL system calls

El Wed, 04 Jun 2008 20:49:47 +0200 Florian Klaempfl <[EMAIL PROTECTED]> escribió: > I've fixed some stuff, so it should work with -O2 as well. This time is the oabi compiler that fails (natively compiled on real arm hardware). I tried both starting with 2.2.0 and with a 2.3.1 one made with -O-:

Re: [fpc-pascal] FPC_ARMEL system calls

El Wed, 04 Jun 2008 21:25:20 +0200 Luca Olivetti <[EMAIL PROTECTED]> escribió: > Anyway, I tried passing -k'L > /path/where/I/copied/all/the/target/libraries' and it's progressing > (it isn't finding some libraries that are there, like libc) but I see > a bu

Re: [fpc-pascal] Unicode file routines proposal

En/na John Coppens ha escrit: This may have been discussed before - but should the encoding not be dependent on the locale? What would happen if I write a FPC program, if the internal routines are, eg., UTF-16, and my locale is set to en_US.UTF8? Anyway, I have the impression that most of Linux

Re: [fpc-pascal] Unicode file routines proposal

En/na Martin Schreiber ha escrit: I'd say to take a look at how python managed to integrate unicode support: http://www.google.com/search?domains=www.python.org&sitesearch=www.python.o rg&sourceid=google-search&q=unicode&submit=search They have a UTF-16/UCS-2 internal representation, same as M

Re: [fpc-pascal] Unicode file routines proposal

En/na Marco van de Voort ha escrit: They have a UTF-16/UCS-2 internal representation, same as MSEgui which works very well and is fast and handy BTW. And len, slicing, etc. work as expected. Note that if you need characters beyond $ you have to compile it with wide unicode support, and in th

Re: [fpc-pascal] freeing string equal to setting to empty string?

El Wed, 23 Jul 2008 17:15:13 +0200 Marc Santhoff <[EMAIL PROTECTED]> escribió: > That's the important part, I'm dealing with cleanly freeing strings > when destroying objects. I may be wrong but I think you don't need to do anything, when you free a class the memory used by string fields is autom

Re: [fpc-pascal] freeing string equal to setting to empty string?

En/na Mattias Gaertner ha escrit: [*]though I know of at least a nasty leak with gtk2 under lazarus that heaptrc didn't trace. Which one? http://bugs.freepascal.org/view.php?id=9259 (I just noticed you fixed it, but heaptrc didn't report anything when I first discovered it). Bye -- Luca

Re: [fpc-pascal] Re: Socket library for Mac OS X

El Wed, 27 Aug 2008 19:39:56 +0200 "Paul" <[EMAIL PROTECTED]> escribió: > I never used synapse before (only ICS with Delphi), so I don't know > exactly what you mean with "a C compatible library" I used ICS when it was called Fpiette components suite (it's the same thing, right?). When I wanted t

Re: [fpc-pascal] Re: Socket library for Mac OS X

En/na Paul ha escrit: Hi Luca, I've used ICS a lot. It's a very good library, but only for Delphi. Yes, I'm not arguing that. I was only remarking that ICS uses a different model than indy/synapse. See, e.g., sections "Indy is Blocking" and "Blocking is NOT Evil" in http://www.indyproject.or

Re: [fpc-pascal] TThread.WaitFor not returning?

En/na Graeme Geldenhuys ha escrit: procedure TtiLogToCacheAbs.Terminate; begin writeln('>> TtiLogToCacheAbs.Terminate'); FThrdLog.Terminate; writeln(' called .Terminate() and now calling .WaitFor()'); FThrdLog.WaitFor; writeln('<< TtiLogToCacheAbs.Terminate'); end; Any ideas? Do

Re: [fpc-pascal] Re: Use Free Pascal on Pandora handheld game console

En/na Guillermo Martínez Jiménez ha escrit: Thanks for your messages. By the way, I've read at Free Pascal's download site that there's two ARM versions for the compiler, one of them is for Linux. Pandora will use a Linux distro (www.freepascal.org/down/arm/linux.var). Does somebody use that one

Re: [fpc-pascal] simpleipc

En/na Brad Campbell ha escrit: What I ended up doing was creating a lockfile and having the server hold an exclusive lock on it. If the server starts and can get an exclusive lock then it know's it is the first process running, and to delete the ipc pipe if it hangs over from a crash. Well,

Re: [fpc-pascal] NNTP client componens for Free Pascal

El Wed, 19 Nov 2008 11:48:28 +0200 "Graeme Geldenhuys" <[EMAIL PROTECTED]> escribió: > Hi, > > Anybody know of a Free Pascal compatible NNTP client (news reader) > component? Synapse has one, though I never used it (I only used the ftp client and the tftp client/server) Bye -- Luca ___

Re: [fpc-pascal] GetAppConfigDir but for temp data?

En/na Graeme Geldenhuys ha escrit: These are all inconsistencies, which they need to resolve for desktop apps to truly take off in the Linux environment. http://portland.freedesktop.org Bye -- Luca ___ fpc-pascal maillist - fpc-pascal@lists.freep

Re: [fpc-pascal] GetAppConfigDir but for temp data?

En/na Graeme Geldenhuys ha escrit: On Thu, Dec 4, 2008 at 3:52 PM, Luca Olivetti <[EMAIL PROTECTED]> wrote: These are all inconsistencies, which they need to resolve for desktop apps to truly take off in the Linux environment. http://portland.freedesktop.org :-) I know about that, an

Re: [fpc-pascal] Origin of FPC features

En/na Florian Klaempfl ha escrit: Bitpacked StructuresNative FPC - Mac Pascal dialects TI Pascal for the 9995 had bitpacked structures (packed array of booleans or packed record). I'm not sure it was available before the mac, but probably it was. Bye -- Luca _

Re: [fpc-pascal] Windows find out if an application already is running

En/na leledumbo ha escrit: Is it the same technique used by http://wiki.lazarus.freepascal.org/UniqueInstance UniqueInstance ? No, UniqueInstance uses an IpcServer/IpcClient, so it is cross-platform. Bye -- Luca ___ fpc-pascal maillist - fpc-pasc

Re: [fpc-pascal] TFPColor vs TColor

En/na Graeme Geldenhuys ha escrit: On Tue, May 5, 2009 at 9:30 AM, Michael Van Canneyt wrote: When designing FPCanvas and so on, streaming was not taken into consideration at all. The point was to be able to represent all possible colors, independent of a GUI system or streaming system. Fair

Re: [fpc-pascal] A question or two regarding the FPC

El Sat, 9 May 2009 10:08:50 +0200 Graeme Geldenhuys escribió: > On Sat, May 9, 2009 at 12:24 AM, "Vinzent Höfler" > wrote: > > > > Actually, you should answer one simple question for yourself: If > > your life really depended on the system, would you still trust it? > > In that case we should a

Re: [fpc-pascal] heap size growing

En/na Jonas Maebe ha escrit: [sorry to revive an old thread, but I'm having a similar problem and I prefer to follow-up than to start a new thread. Since it's old, I'm quoting it without trimming] On 14 Jan 2009, at 13:02, Burkhard Carstens wrote: Am Mittwoch, 14. Januar 2009 04:50 schrie

Re: [fpc-pascal] heap size growing

En/na Micha Nelissen ha escrit: Luca Olivetti wrote: Seeing this thread, I used GetFPCHeapStatus and, effectively, CurrHeapSize is growing but CurrHeapUsed isn't, so apparently TJpegImage.LoadFromStream (that's what I'm using) causes heap fragmentation. Can you reproduce

Re: [fpc-pascal] DBus interface needs an update

En/na Jonathan ha escrit: On Mon, 18 May 2009 13:38:55 +0200 Matthias Klumpp wrote: I've spent hours to get the Pascal DBus interface working for me, but even the example code does not work. I need to use DBus to but I can not make it work. Has anyone made DBus and HAL work with fpc? About

[fpc-pascal] Strange issue with threads

While I was testing an unrelated issue, I discovered this: under windows, with fpc 2.2.4, I try to start 1 thread (I know it's absurd but it's just a test) and have all of them linger around for 10 seconds. The thread actually started are 121. The problem is that no exception is raised, so how

Re: [fpc-pascal] Strange issue with threads

En/na Jonas Maebe ha escrit: Is there a hard limit on the number of threads under windows? I'm pretty sure there is one for every OS. If so, why no exception when I try to create more? Because the Windows version of tthread.create does not check for any errors. You can submit a bug report

[fpc-pascal] "Aborting " a socket operation under Linux

I have a thread managing a socket (using synapse but I don't think that it matters, just keep in mind that each operation is blocking). Inside the thread, I try to connect, send and read in a loop. If I see an error, I just exit the loop and, if the thread is terminated, that's it, otherwise I try

Re: [fpc-pascal] "Aborting " a socket operation under Linux

, since it ignores the 5 seconds I set) timeout, no matter what the value of linger->l_onoff Thanks anyway Rainer Am Freitag, 29. Mai 2009 18:43 schrieb Luca Olivetti: I have a thread managing a socket (using synapse but I don't think that it matters, just keep in mind that each ope

Re: [fpc-pascal] "Aborting " a socket operation under Linux

En/na Rainer Stratmann ha escrit: Am Freitag, 29. Mai 2009 20:29 schrieb Luca Olivetti: En/na Rainer Stratmann ha escrit: May be socketoption so_linger would be a solutuion. http://www.developerweb.net/forum/archive/index.php/t-2982.html Nope, no change. I'm testing a connect to

Re: [fpc-pascal] "Aborting " a socket operation under Linux

En/na Luca Olivetti ha escrit: En/na Rainer Stratmann ha escrit: Am Freitag, 29. Mai 2009 20:29 schrieb Luca Olivetti: En/na Rainer Stratmann ha escrit: May be socketoption so_linger would be a solutuion. http://www.developerweb.net/forum/archive/index.php/t-2982.html Nope, no change. I&#

Re: [fpc-pascal] Lazarus settings and roaming profiles in Windows

En/na Jürgen Hestermann ha escrit: > Zaher Dirkey schrieb: use c:\lazarus\Lazarus.exe --pcp=x:\lazarus\config Thanks for the solution! Still I am wondering why the directory "Local Settings" is used and not "Application Data" as all other applications do. Then it would be saved with roamin

Re: [fpc-pascal] Lazarus settings and roaming profiles in Windows

En/na Vincent Snijders ha escrit: Jürgen Hestermann schreef: Still I am wondering why the directory "Local Settings" is used and not "Application Data" as all other applications do. Then it would be saved with roaming profiles too. Luca Olivetti schrieb: http://bugs.freepa

Re: [fpc-pascal] Lazarus settings and roaming profiles in Windows

En/na Vincent Snijders ha escrit: Luca Olivetti schreef: I am not sure having a 100 MB lazarus *roaming* profile by default would be a good idea. My lazarus config directory is 254K under windows and 196K under linux. I guess your lazarus directory is either writable or you didn't in

Re: [fpc-pascal] Lazarus settings and roaming profiles in Windows

En/na Vincent Snijders ha escrit: Yes, my lazarus directory is writable. The configuration directory doesn't seem to me a suitable place for the executable. That's why under windows you have both CSIDL_APPDATA and CSIDL_LOCAL_APPDATA. Correct. And that is why if you have only one config dir,

Re: [fpc-pascal] Lazarus settings and roaming profiles in Windows

En/na Vinzent Hoefler ha escrit: But you would lose your settings when changing the machine, because then the settings aren't part of your profile anymore. Well, this is happening now, since CSIDL_LOCAL_APPDATA isn't roamed. Bye -- Luca ___ fpc-pasc

Re: [fpc-pascal] Lazarus settings and roaming profiles in Windows

En/na Michael Van Canneyt ha escrit: I will attempt to solve the discussion: AFAIK Lazarus uses the getappconfigdir() call. I'll add a optional parameter called 'Roaming', which defaults to 'False' (for backward compatibility), and which can then be used to get the roaming profile directory. O

Re: [fpc-pascal] TFileStream.SetSize sometimes fails

En/na Mattias Gaertner ha escrit: Yes. The code worked pretty well for years on many systems. But you know the story of the ext4 bug. I hope this is not something like that. It was not a bug, and if you're doing it on ext4 (and probably xfs) it's possible that what you're seeing is a workaro

Re: [fpc-pascal] Status of fpc on Nokia n810

En/na Den Jean ha escrit: I am also seriously interested in the Optimae 5E with Maemo, but it will probably not be available in Europe. Any chinese FPC user reading this and interested in a percentage :-) ? http://www.engadget.com/2009/07/16/optima-op5-e-mid-first-non-nokia-mid-to-run-maemo/

Re: [fpc-pascal] Status of fpc on Nokia n810

En/na Den Jean ha escrit: On Saturday 22 August 2009 18:21:38 Luca Olivetti wrote: You can buy the moses smartq5 on dealextreme, then install mer on it are sources of all drivers available to recompile under Mer? I'm not sure, but I think that everything is working, or at least the v

Re: [fpc-pascal] Why is cthreads unit not included by default

En/na Marco van de Voort ha escrit: It makes it very hard to longterm succesfully deploy a simple linux binary over several systems. FWIW, yesterday I add to compile on a current system a 5 years old very simpe program (updated 2 years ago) with current lazarus/gtk2/fpc 2.2.4 to deploy on a

Re: [fpc-pascal] Re: getting started with threads

En/na Tobias Giesen ha escrit: Also possible but not easier. Threads should not be started or stopped for each task, instead they should wait for an event telling them to continue with the next task. For example using SetEvent / ResetEvent as well as: {$ifdef win32} WaitForSingleObject(Contin

Re: [fpc-pascal] Command prompt

En/na Carsten Bager ha escrit: In the old days you could write exec(C:\DOS\COMMAND.COM',' COM1'); and then get access to the command prompt via a serial interface Could someone give me a hint how to do this in a Linux environment? /sbin/getty -L ttyS0 115200 vt100 man getty for the gory detai

Re: [fpc-pascal] TUN/TAP

En/na Jorge Aldo G. de F. Junior ha escrit: Opening the TUN/TAP (/dev/net/tun) without the ioctl call is not doing the job, but i dont know how to do this with pascal equivalent code... There's an fpioctl function in freepascal (never used it though): http://www.freepascal.org/docs-html/rtl/b

Re: [fpc-pascal] Dataset modification and reading at the same time

En/na Felipe Monteiro de Carvalho ha escrit: The problem now is that the write doesn't go immediately to disk, so How so? If you're using a database server (or sqlite), any connection should see the modifications as soon as the transaction is committed (in fact the data or the journal shoul

Re: [fpc-pascal] question about FpTimes in BaseUnix package

En/na Rainer Stratmann ha escrit: Am Tuesday 17 November 2009 19:34:19 schrieb Bruce Bauman: I am using the FpTimes function from the BaseUnix package. The documentation says it returns -1 on an error, otherwise the number of clock ticks since boot time. What does clock ticks exactly mean? I a

Re: [fpc-pascal] Split and Join

En/na Michael Van Canneyt ha escrit: Of course it does exist. Split can be implemented like this: List:=TStringList.Create; List.Delimiter:=Delim; List.StrictDelimiters:=True; List.DelimitedText:=Str; Never though of it. And join can be done too. Pity that delimiter is a single character. e

Re: [fpc-pascal] String types in a wider perspective

En/na Mattias Gaertner ha escrit: One of the innovations of the last years is the higher demand for multi threaded apps. Reference counted strings need atomic operations and are therefore much slower as soon as you start another thread. I always protect multithreaded sting access with a criti

Re: [fpc-pascal] sql server embedded: sqlite the only solution?

En/na JoshyFun ha escrit: SQLite is faster than Firebird, but take care that SQLite does not enforce foreign keys, so data integrity must be handled by the programmer "manually". It does, since version 3.6.19 (released in October). Before that you could enforce foreign keys using triggers, an

Re: [fpc-pascal] unit export control

Al 31/05/10 18:25, En/na Jonas Maebe ha escrit: For instance, the first point I met is a literal notation for records "r := (a:1 ; b:2);". But fpc refuses that to me :-( (Same result with array notations.) FPC indeed does not support this, and I'm not aware of any immediate plans to add supp

Re: [fpc-pascal] Two questions about Pascal

Al 30/07/10 00:12, En/na José Mejuto ha escrit: I was looking for a "with" like: with TNX(a) "named" as TNX_a do begin with TNXX(b) "named" as TNXX_b do begin TNX_a.OP1:=TNXX_b.OP2; TNXX_b.OP3:=TNX_a.OP2; [.] end; end; But I think that there is nothing like that in Pas

Re: [fpc-pascal] SNAPI Driver and USB HID

Al 06/09/10 19:07, En/na Johann Glaser ha escrit: As I'm not very confident that such a driver does exist, I've also evaluated the USB descriptors and such stuff. The scanner offers an USB HID class interface. From the manual I see that it also offers com port emulation. In that case it shou

  1   2   3   4   >