[fpc-devel]Export/import methods: possible?

'TMyClass_Work'; ... The reason I ask is because (I think) this would give some (not elegant, but at least some) way to put class(es) implementation into a shared lib. -- Best regards, Nikolai Zhubr ___ fpc-devel maillist - [EMAIL PROTECTED

Re: [fpc-devel]Export/import methods: possible?

incidentally declare different number of arguments in export declaration and actual implementation, so seems no big loss here. Ok, don't take this all as critics :) I'm really impressed with your excellent work. -- Best regards, Nikolai Zhubr ___ fpc-devel

[fpc-devel] Patch proposal

from within DoTerminate, but use another thread to get some data from the no-longer-running thread and then actually dispose it) This patch is against version 2.4.0rc1. Thank you! Nikolai ZHUBR --- fpcsrc/rtl/unix/tthread.inc.origThu Jan 24 22:30:56 2008 +++ fpcsrc/rtl/unix/tthread.inc Sun

Re[2]: [fpc-devel] Circular references and forward declarations

Tuesday, January 05, 2010, 11:08:37 PM, Juha Manninen wrote: On tiistai, 5. tammikuuta 2010 20:06:42 Florian Klaempfl wrote: Then do the same as in C++ and put it in different include files. Right, include files could solve this problem at least partly. They seem to be Curious enough, nobody

Re[2]: [fpc-devel] Circular references and forward declarations

, the language in its current form has its limits. Maybe these could be extended eventually, at least out of academic curiosity. In practice however, object pascal already provides such benefits that it is imho quite fair to tolerate some corner rough edges. Nikolai ZHUBR files. It may

[fpc-devel] Damaged .ppu problem

Hello people, I've discovered that (at least on win32) the compiler (2.2.2 and 2.4.0) refuse to overwrite an invalid PPU file. It just stops. One typical case is when PPU creation had previously failed due to disk problems (e.g. out of room) or compilation abort, whatever, resulting in

Re: [fpc-devel] Damaged .ppu problem

15.01.2010 10:50, Florian Klaempfl: What's the point of being so carefull about unreadable PPUs? Simply because it means that something really strange happened. Maybe it is only a wrong compiler version but it could be also a corrupted file system and then starting to delete files is really

Re: [fpc-devel] Damaged .ppu problem

15.01.2010 14:12, Michael Van Canneyt: Ok, maybe some command-line option could be usefull to explicitely allow such PPU overwriting? -B should do that. It does not actually, I've just checked. If I explicitely ask to compile the unit for which a damaged PPU file does exist then no problem

Re: [fpc-devel] compile time memory leak detection

19.01.2010 12:31, Jonas Maebe: Does FPC know how to find this places on compile time and at least issue a warning about it ? No, it doesn't. In principle, the compiler can't even be sure that you haven't replaced the default memory manager with e.g. some garbage-collector-style memory manager

Re: [fpc-devel] compile time memory leak detection

19.01.2010 16:16, Thaddy: Nikolai Zhubr wrote: I'd guess this would require huge work and substantial modifications to the language though. The compiler then has to assert all possible codepaths... Do you think that's a viable option? I don't have that much expertise to judge really, but I'd

Re: [fpc-devel] compile time memory leak detection

19.01.2010 17:49, JoshyFun пишет: var p: pchar; begin GetMem(p,10); inc(p,random(30)); Yes, this is among things which should probably be immediately disallowed at compile-time (as long as one wants reasonably safe pointers) because they are hard (or expensive) to validate later.

Re: [fpc-devel] compile time memory leak detection

19.01.2010 23:18, Marco van de Voort: FPC is not going to forbid standard pointer use, since it breaks a lot of code. Of course. I think it all was about new features for new code. By the way, it reminds me MemAvail (though not exactly the same). Lots of code used to use it, however AFAIK it

Re: [fpc-devel] compile time memory leak detection

20.01.2010 0:22, Marco van de Voort: Totally different issue. The problem is that there was no implementation of memavail that would suit the usage of memavail in old dos code. That was the simple difference between single- and multiprocessing, which was ingrained in the use. Even the simple

Re: [fpc-devel] compile time memory leak detection

20.01.2010 0:29, JoshyFun: Pointers and safe code is mutually exclusive, like managed code and I use pointers quite a lot. The code then works 24/7 for months under some continuous load. (Still, I'd be even happier if compiler/RTL double-checked my code additionally.) fast execution,

[fpc-devel] FCL Thread-safety

Hello people, Is FCL thread-safe? To be more precise, what I mean is the following. I'm going to create 2 (or more) components so that they are completely unrelated to each other in _my_ code and use them separately within different threads (implemented as TThread descendants if it matters)

Re: [fpc-devel] FCL Thread-safety

27.01.2010 10:09, Burkhard Carstens: So using e.g. xmlcfg is thread-safe only, if fpc 2.4.0 is used. About avl-tree: IIRC it *can* be used in a thread-safe manner, but by default, it is not thread-safe. So any component using avl-tree might not be thread-safe. There might be much more stuff

Re: [fpc-devel] FCL Thread-safety

27.01.2010 13:59, JoshyFun пишет: Hello Nikolai, Wednesday, January 27, 2010, 8:36:53 AM, you wrote: NZ Luckily, I will not use any xml stuff yet. NZ However, verifying all of the components that my program might (also NZ implicitely) link to is quite a hard task... And it is very possible

Re: [fpc-devel] FCL Thread-safety

27.01.2010 15:30, Leonardo M. Ramé: I can confirm FCL-XML is thread safe, at least in FPC 2.5.1, also Zeos as far as you create a new connection to the database inside each thread. I'm using both libraries in a multithreaded daemon that receives an XML file via socket, then connects to a

Re: [fpc-devel] FCL Thread-safety

27.01.2010 17:49, Leonardo M. Ramé: Well, I had to create a simple testing application that generates random XML messages and stress-test the daemon. About Zeos, my app does not compiles against the svn version, but a copy of an approved (by me!) version. Every couple of months, I get the

Re: [fpc-devel] Semicolon before else

29.01.2010 14:47, Juha Manninen: [trim] There are some cases already where you can use a semicolon or leave it out. Not exactly, IMHO. The original point (AFAIK) was that semicolon is a separator. That is, it is to be used _between_ operators, not _inside_ of. And in accordance, originally

[fpc-devel] Patch proposal

Hello people, Please someone consider the patch below. The patch is against current svn snapshot. Thank you! --- rtl/linux/linux.pp.orig Sun Nov 30 01:00:22 2008 +++ rtl/linux/linux.pp Sun Feb 07 21:09:00 2010 @@ -115,6 +115,7 @@ EPOLLOUT = $04; { The associated file is available for

Re: [fpc-devel] Bugtracker - registration

09.02.2010 16:17, Michael Van Canneyt: For some reason, mail.ru blocks our mail server, this is why you don't receive the confirmation email. I have filed a request to stop blocking. Luckily I speak Russian :-) I hope you'll receive this mail at least :-) Hmmm, I suspected this, therefore

Re: [fpc-devel] Bugtracker - registration

10.02.2010 1:32, Jonas Maebe: Whitelisting domains/addresses cannot help in this case because the mails are already rejected at the SMTP handshake. The bug reporting mails are indeed sent from another server than the one used for the mailing list, namely by bugs.freepascal.org

[fpc-devel] GetHeapStatus.TotalAllocated

Hello people, after switching to FPC 2.4.0 I've noticed that: 1) GetHeapStatus.TotalAllocated does not seem to reflect size of allocations made by other threads anymore (I can provide a small example). I think such behaviour is not quite correct. 2) GetHeapStatus.TotalAllocated sometimes

Re: [fpc-devel] GetHeapStatus.TotalAllocated

13.02.2010 14:50, Vincent Snijders: 2) GetHeapStatus.TotalAllocated sometimes return negative values, though I haven't been able to prepare a reasonably small example yet (should I?) Maybe that is caused by an overflow. So you need a long running example. The program in question does not

Re: [fpc-devel] GetHeapStatus.TotalAllocated

13.02.2010 16:33, Jonas Maebe: The heap manager is now separate per thread so it offers much better performance. Keeping track of this information aggregated for all threads would slow things down again (even if it would be done using atomic operations). So it is indeed not possible to obtain

Re: [fpc-devel] GetHeapStatus.TotalAllocated

13.02.2010 22:51, Jonas Maebe: [trim] Not without implementing a custom memory manager that does this or using some OS function to obtain this information. So even some extra InterlockedExchangeAdd would be too expensive? ___ fpc-devel maillist -

Re: [fpc-devel] GetHeapStatus.TotalAllocated

13.02.2010 16:33, Jonas Maebe: [...] The heap manager is now separate per thread so it offers much better performance. Wait a minute. Is it then still legal for any thread to dispose heap blocks allocated by another thread? Nikolai ___ fpc-devel

Re: [fpc-devel] GetHeapStatus.TotalAllocated

14.02.2010 0:30, Jonas Maebe: The heap manager is now separate per thread so it offers much better performance. Wait a minute. Is it then still legal for any thread to dispose heap blocks allocated by another thread? Yes, that's taken care of behind the scenes. Ok. That is good. Now, I'm

Re: [fpc-devel] Re: GetHeapStatus.TotalAllocated

14.02.2010 6:04, Seth Grover: As for the negative numbers (possible overflow) from the heap status, I logged a bug on that, with an example program, quite some time ago. http://bugs.freepascal.org/view.php?id=14315 Ah, so negative numbers are in bugtracker already, ok. But still I think the

Re: [fpc-devel] GetHeapStatus.TotalAllocated

16.02.2010 14:39, Michael Schnell: On 02/13/2010 09:38 PM, Jonas Maebe wrote: It would make the memory manager slower, and I don't think that aggregating few statistics is a good reason to do so Yep. But it should be possible to implement a function that on request (slowly) collects the list

Re: [fpc-devel] GetHeapStatus.TotalAllocated

16.02.2010 18:59, Jonas Maebe: [...] That would require separately maintaining a list of the memory managers of all threads, which afaik does not exist currently. Exactly! That's what I'd be happy with. I'll call it once per second so a bit of slowdown wouldn't matter much. I think creating a

Re: [fpc-devel] GetHeapStatus.TotalAllocated

16.02.2010 20:17, Nikolai Zhubr: Ok. Would it be sufficient to only hook Getmem and Freemem? From a brief look it seems other members (such as ReAllocMem) do not modify the heap directly, so they need not be hooked I guess. After some more reading and testing I think generally GetMem

[fpc-devel] MemSize argument validity

Hello people, I've just discovered that passing an invalid pointer to MemSize() results in a bogus value returned and no error generally reported. Is this intentional? Example: var a: integer; begin writeln('MemSize(@a)=', MemSize(@a)); end.

[fpc-devel] FreeMem and MemSize

Hello again, Is it on purpose that FreeMem() and MemSize() return different values for the same pointer? (AFAICS currently MemSize returns netto whereas FreeMem returns brutto) Thank you! Nikolai ___ fpc-devel maillist -

Re: [fpc-devel] MemSize argument validity

17.02.2010 13:35, Marco van de Voort: In our previous episode, Jonas Maebe said: I've just discovered that passing an invalid pointer to MemSize() results in a bogus value returned and no error generally reported. Is this intentional? It's just as intentional as dereferencing an invalid

[fpc-devel] ReallocMem TotalAllocated: Round 2

13.02.2010 15:32, Marco van de Voort: 2) GetHeapStatus.TotalAllocated sometimes return negative values, though I haven't been able to prepare a reasonably small example yet (should I?) Please attach example programs to a bugreport. Thank you. I've created a small self-consistent example, but

Re: [fpc-devel] ReallocMem TotalAllocated: Round 2

18.02.2010 0:29, Marco van de Voort: I haven't sent this to mantis yet. Please someone let me know if this example is appropriate (or not). I think so, please enter it in Mantis. I've created yet another (alternative) example for the same matter and filed a new bugreport including both.

Re: [fpc-devel] procedure ... message(); in Linux

18.02.2010 16:16, Michael Schnell: [trim] use procedure message. But In Delphi/Windows you don't need to create a server. Just using procedure message is enough o receive a message from another process. No. AFAIK even in Delphi, message procedures for non-components are pretty much

[fpc-devel] Full_Version_String in an application

Hello people, Is it possible in an application to somehow get the information about FPC version was used to compile this application (in the form of string or integers, whatever)? Yes, I've searched through sources and googled, but still can't get it. Thank you. Nikolai

Re: [fpc-devel] Full_Version_String in an application

19.02.2010 0:43, Nikolai Zhubr: Is it possible in an application to somehow get the information about FPC version was used to compile this application (in the form of string or integers, whatever)? P.S.: I'm not asking about conditional defines (I know about them, of course

Re: [fpc-devel] Full_Version_String in an application

19.02.2010 1:24, JoshyFun: I'm using: CreatedUsing:='Created using Lazarus '+LCLVersion+' and free pascal '+{ $I %FPCVERSION%}+' ('+{$I %DATE%}+' '+{$I %TIME%}+')'; Cool! I'll use this. Thank you very much! Nikolai ___ fpc-devel maillist -

Re: [fpc-devel] TMultiReadExclusiveWriteSynchronizer does not allow read lock promoting to a write lock

19.02.2010 23:02, Inoussa OUEDRAOGO: Hi The TMultiReadExclusiveWriteSynchronizer implementation does not allow read lock promoting to a write lock. The program above hang in FPC 2.4 and 2.5.x while working in Delphi and FPC 2.2.x. It hangs at the x.Beginwrite(); instruction. The implementation

Re: [fpc-devel] procedure ... message(); in Linux

25.02.2010 19:59, Michael Schnell: Can't anyone answer the question if in Linux the legal and compilable construct procedure... message; either is not supposed to be working Is is working fine on linux, see my example below. or how I can have such a procedure be executed (e.g. by posting

Re: [fpc-devel] Interface delegation fix: backport to FPC 2.4.2 ...?

19.05.2010 23:56, Sergei Gorelkin: Matt Emson wrote: I don't think so. I'd hate to see any specific pattern being implemented at a base level. Why? Exactly what Marco said. Patterns are faddy - you are not going to please everyone. I'd rather see a mechanism for injecting first class

Re: [fpc-devel] Purpose of uses ... in?

11.07.2010 17:47, Hans-Peter Diettrich: I know that the in filespec is part of the Delphi syntax, but what is it really good for? For specifying path. This way you are able to prevent any ambiguity in which file will actually be selected. Not sure how exactly this is implemented in FPC, but

Re: [fpc-devel] arm embedded cortexM3 unrecognized opcode

14.07.2010 15:44, Hans-Peter Diettrich: [...] Abstract: Even if it's easy to add privileged instructions to every machine, the ordinary user IMO should be protected from using them. Oh come on, the user who insert asm instuctions manually doesn't need such a naive 'protection'. I'm pretty

Re: [fpc-devel] OO rewrite - technical questions

24.07.2010 6:55, Hans-Peter Diettrich: IMO the segment register is used implicitly in thread API calls, with no further use by application code. Exactly the opposite (at least delphi on windows). See delphi's RTL. In the Using Thread Local Storage entry in the MSDN library this value is the

Re: [fpc-devel] OO rewrite - technical questions

24.07.2010 17:16, Florian Klämpfl: Am 24.07.2010 13:42, schrieb Nikolai Zhubr: use them to implement this special management so as exceptions and threadvars can be actually used without explicitely using OS APIs. Delphi does not use a segment register for threadvar handling but OS calls

Re: [fpc-devel] OO rewrite - technical questions

24.07.2010 19:12, Hans-Peter Diettrich пишет: [...] I doubt that this address range really is excluded from the 4GB app address space, accessible through the other segment registers. IMHO the question is not how to avoid using FS trick altogether (which is of course possible, right), but on

Re: [fpc-devel] OO rewrite - technical questions

24.07.2010 19:46, Hans-Peter Diettrich: MOV EAX,TlsIndex MOV EDX,FS:tlsArray MOV EAX,[EDX+EAX*4] I wonder what TlsIndex here is? tlsArray = $2C; IIRC for an application (not a dll) TlsIndex is always 0 (But I might be wrong here though) Also FS:tlsArray seems to contain an address in the

Re: [fpc-devel] threadvar implementation

26.07.2010 13:04, Michael Schnell: On 07/24/2010 06:55 PM, Nikolai Zhubr wrote: I think only FS selector (and/or descriptor) varies across threads. Seemingly not the selector value (the FS content seems to stay constant among the threads), but the table entry it selects. You are right. Just

Re: [fpc-devel] is that intended? private type section in classes versus visibility

27.07.2010 0:15, Graeme Geldenhuys: On 26 July 2010 18:30, Marco van de Voortmar...@stack.nl wrote: If your idea was really so great, and this was really a solution, why don't you simply describe it? Yeah, yeah, we all know you have a terrible time maintaining FPC. Most people can maintain

Re: [fpc-devel] pqconnection.pp Code Review Needed Int64 data types not supported in PostgreSQL

22.10.2010 1:19, Andrew Brunner: As of right now the PostgreSQL component does not handle Int64 dataype and is crippling any use of the DBMS. If MySQL and PostgreSQL are broken - I just don't see the point of supporting SQL DBMSes. Just in case: also have a look at zeosdbo library. I'm not

Re: [fpc-devel] Linux Signals

01.01.2011 20:27, Andrew Brunner: I'm trying to get signals to work with sockets under x64 Ubuntu 10.10 (all updates) I installed two handlers for two events SIGIO, and SIGHUP uising fpsigaction(SIGIO, @saAct, nil) . I was expecting to get a byte by byte signal under telnet to my server

Re: [fpc-devel] Linux Signals

02.01.2011 2:51, Andrew Brunner: Hi Nikolai, I'm trying to build a cross platform *event* driven socket signaling Ok, now its more clear :) mechanism that does not employ polling algorithms. Then use epoll (linux-specific invention, BSDs have kqueue instead). There is no exact match

Re: [fpc-devel] Linux Signals

02.01.2011 13:43, Michael Van Canneyt: On Sat, 1 Jan 2011, Andrew Brunner wrote: Thanks, Nikolai. epoll looks like the silver bullet (for linux) and very promising. I can dump a bunch of sockets into it and get the kernel to let me know which ones get notifications for reset/read/write.

Re: [fpc-devel] Extended type

19.04.2011 13:43, Alexander Klenin: 2011/4/19 Nikolai Zhubrn-a-zh...@yandex.ru: Now, with the introduction of 64-bit processors IIRC AMD took care of this problem by providing some means to execute floating-point operations without the need for traditional FPU register space, thus allowing to

Re: [fpc-devel] Extended type

19.04.2011 14:12, Daniël Mantione: MS does preserve FPU states between processes. You can use the x87 on Windows, nothing prevents you from doing so. Maybe the calling Yes it does for 32-bit processes on win64, guaranteed. But do you have any evidence (tests/documents/links) proving it also

Re: [fpc-devel] volatile variables

28.06.2011 19:42, Hans-Peter Diettrich wrote: Jonas Maebe schrieb: 2.) Blocking access as described in 4.11 does not address execution order. It does guarantee that if T1 locks the mutex, changes the value, unlocks the mutex [...] Can you explain please, to what changes the value applies?

Re: [fpc-devel] volatile variables

28.06.2011 22:38, Vinzent Höfler wrote: involving some mutex. Such proper constructs are not enforced by pascal language automatically (like say in java), so mistakes are quite possible (and sometimes do happen). JFTR, but they aren't /enforced/ in Java, neither. Well, ok, I didn't mean that

Re: [fpc-devel] volatile variables

29.06.2011 15:28, Hans-Peter Diettrich: But if so, which variables (class fields...) can ever be treated as non-volatile, when they can be used from threads other than the main thread? Without explicit synchronisation? Actually, none. Do you understand the implication of your answer? When

Re: [fpc-devel] volatile variables

29.06.2011 18:31, Michael Schnell: [...] So this is not supposed to work: Main thread: myThread := TmyThread.Create(True); while not myThread.Suspended sleep(0); //give up time slice to allow the worker thread to start myList := TThreadlist.Create; // set the variable in cache 1

Re: [fpc-devel] volatile variables

29.06.2011 19:57, Hans-Peter Diettrich: [...] imply that in detail all application specific objects must be either local to an thread, or must be protected against concurrent access (shareable)? IMHO yes. [...] Possibly the language could be extended to help in the determination of

Re: [fpc-devel] volatile variables

30.06.2011 13:31, Hans-Peter Diettrich: If so, would it help to enclose above instructions in e.g. Synchronized begin update the links... end; If by such hypothetical synchronized operator you mean just memory barriers and nothing else, then AFAICS this would not be of much use in practice,

Re: [fpc-devel] New FPC target: JVM

20.08.2011 19:02, Graeme Geldenhuys: On 20 August 2011 13:30, Felipe Monteiro de Carvalho wrote: I ask because Android does not use Java Bytecode, it has it's own, completely different bytecode. Why did Google do that? Why not stay with the standardized Java and get the benefits of all

Re: [fpc-devel] New FPC target: JVM

Hi, 20.08.2011 12:49, Jonas Maebe: Hi, There is a new branch in svn (branches/jvmbackend) that contains support for compiling Pascal code into Java virtual machine bytecode. This is really amazing, even if functionality is somewhat limited at the moment. Thanks for the great work!

Re: [fpc-devel] Server availability

06.09.2011 15:24, Alexander Klenin: On Tue, Sep 6, 2011 at 22:17, Jonas Maebejonas.ma...@elis.ugent.be wrote: For at least last few months, I write down bugs I encounter in the local file, since by the time the Report Issue page loads, I forget what I wanted to report. I suspect the server is

Re: [fpc-devel] bounty: FPC based debugger

12.09.2011 11:08, Graeme Geldenhuys: [...] If anybody with the know how is interested in implementing a Object Pascal based debugger (or extending Duby specifically for use with FPC), please let me know. I am more than willing to pay a few hundred US dollars (or Euros) towards this bounty. I'd

Re: [fpc-devel] bounty: FPC based debugger

12.09.2011 15:01, Henry Vermaak: On 12/09/11 12:00, Martin Schreiber wrote: And a FPC only debugger can not debug linked c libraries which we can do Good point. I've found this very handy in the past. currently with gdb. And think of the remote debugging options gdb provides with many

Re: [fpc-devel] Bounty for MIPS

Hi, 31.01.2012 0:08, Pierre Free Pascal: Anyhow, I just discovered that the /home directory is 99% full on that GCC compile farm machine, meaning that only remote tests will be possible ☹ It seems that lots of developers have the same issue about finding MIPS machines for testing …. Would

Re: [fpc-devel] Bounty for MIPS

03.02.2012 14:26, Florian Klaempfl: How did you install debian? Or is it a chroot'ed debian? No, it it not chrooted. Basically I took kernel from openwrt 10.03.1 build tree (it is also 2.6.32 but modified slightly to better support platform-specific peripherials), disabled NAND-related

Re: [fpc-devel] Bounty for MIPS

03.02.2012 16:01, Nikolai Zhubr: 03.02.2012 14:26, Florian Klaempfl: How did you install debian? Or is it a chroot'ed debian? No, it it not chrooted. And by the way. If you somehow obtain wndr3800 and want debian on it, I can probably prepare ready-to-use images for hard disk and internal

Re: [fpc-devel] Bounty for MIPS

Hello Florian, 07.02.2012 1:49, Florian Klämpfl: Am 03.02.2012 01:37, schrieb Nikolai Zhubr: I can set up ssh for any FPC developer(s) (though I'll need some time to fix cables etc then) Let me know. It would be nice to get an account, currently I'am still busy with fixing compilation issue

Re: [fpc-devel] about freepascal for mips

Hi, 25.05.2012 23:04, Jeppe Græsdal Johansen: [...] When I tried to build from SVN trunk there would be an endless steam of internalerrors related to fpu registers, no matter if compiled with MIPS FPU or softfloat. I managed to remove the errors with the following patch, such that everything

Re: [fpc-devel] progress of freepascal for mips

Hi, 09.06.2012 5:27, Fuxin Zhang: I get a copy from my colleague for N32 ABI, no N64 found yet.See http://www.lemote.com/upfiles/mips-abi-n32.pdf. I put it here because no confidential sign in the document. But I am not sure whether it comes from MIPS as a material to licensee. Will check later.

Re: [fpc-devel] Same 64bit assembly code compiles under windows but not in linux (fpc 260)

Hi, 03.10.2012 5:29, luiz americo pereira camara: [...] The complete procedure: {$ASMMODE INTEL} procedure AlphaBlendLineConstant(Source, Destination: Pointer; Count: Integer; ConstantAlpha, Bias: Integer); asm {$ifdef CPU64} // RCX contains Source // RDX contains Destination // R8D contains

Re: [fpc-devel] Testing MIPS: newbie questions

Hi, 15.10.2012 23:57, Mark Morgan Lloyd: [...] So most of the problems described in http://wiki.lazarus.freepascal.org/Native_MIPS_Systems should not be present anymore... I'll update that presently. What I want to try doing first is running the compiler natively (hosted by Qemu), later I

Re: [fpc-devel] mips-linux and mipsel-linux snapshots available

Hi Sergei and Mark, 16.12.2012 12:41, Sergei Gorelkin: [...] This was caused by insufficient alignment of Double-typed temp variables, fixed in r23146. Moreover, it appeared that function UnixToWinAge wasn't doing anything useful since year 2005, so it was removed in r23145, making

Re: [fpc-devel] mips-linux and mipsel-linux snapshots available

17.12.2012 19:12, michael.vancann...@wisa.be: [...] The FPC team has a MIPS device (longsoon?) available. It's currently switched off, but can be switched on at any time. Ah, ok. That's good news. If it is longsoon then it must be much faster than mine. (Though IIRC it only exists in little

[fpc-devel] Testsuite database

Hello devels, Apparently the test suite database needs some love? E.g. see this URL (generated automatically by webpage, not by me): http://www.freepascal.org/testsuite/cgi-bin/testsuite.cgi?os=1cpu=8version=44date=submitter=machine=comment=cond=Category=1action=View+history The application

Re: [fpc-devel] Testsuite database

Hi Pierre, Sorry for late reply, my main computer (with mail) was temporarily out of order. I'm happy to confirm that the problem no longer exists. I do not get any error messages anymore. Also, it looks like query results are produced much faster now. Good work! Actually, I reported the

[fpc-devel] MIPS64

Hello devels, I've recently discovered that some mips64 devices have become quite affordable. Namely, EdgeRouter Lite (Dual-core mips64 500MHz, 512Mb RAM) is roughly $100. Because I already run two older (32-bit) mips boxes for fpc tasks, I thought I could probably add yet this newer device,

Re: [fpc-devel] MIPS64

15.08.2014 21:07, Florian Klämpfl: Am 13.08.2014 22:05, schrieb Nikolai Zhubr: What do you think? Would someone be interested in remote access to such device with some sort of linux environment? I want to work on aarch64 first. Ok. That is quite reasonable. Thank you. Nikolai

Re: [fpc-devel] MIPS big-endian program starts but does nothing

Hi! 06.09.2014 14:53, Reinier Olislagers: [...] Ok. It's running openwrt (also so that may well be the case; however I Prebuilt/preflashed openwrt images most definitely do not have normal glibc, which is supposedly expected by normal linux rtl. Although I haven't checked myself, I think

Re: [fpc-devel] MIPS big-endian program starts but does nothing

07.09.2014 15:50, Florian Klämpfl: Am 07.09.2014 um 13:49 schrieb Sven Barth: Indeed. We have at least two testsuite runs on BigEndian that only have an overviewable amount of errors, so this indeed seems like something specific to the system or the way you compiled it. Can't help any

Re: [fpc-devel] MIPS big-endian program starts but does nothing

Hi, 09.09.2014 0:54, Sven Barth: [...] http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revisionrevision=28625 http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revisionrevision=28625 Since you're compiling with -CfSOFT this might be the solution. BTW, the kernel on the devel mips box has

Re: [fpc-devel] Suggestion: reference counted objects

22.09.2014 0:28, Peter Popov: [...] So, for classes which are reference counted, store the reference count @ the highest two bytes of the class instance (which in practice is a pointer to the VMT). This would let you ref-count up to 2^16. You need to mask it out from the rest of the pointer when

Re: [fpc-devel] Proof of Concept ARC implementation

Hello Sven! 25.10.2014 0:23, Sven Barth: Hello together! I've now finished my Proof of Concept ARC implementation which is based on the RFC I published a few weeks back: [...] Could you please elaborate a bit on what will happen to cyclic references? Is there autodetection in place already?

Re: [fpc-devel] Fwd: While - Otherwise Statement

Hi all, 14.10.2015 23:44, Walter Prins: On 14 October 2015 at 07:28, Martin Schreiber > wrote: On Tuesday 13 October 2015 23:25:03 Michael Van Canneyt wrote: > However, I seem to be one of the very few thinking this given the >

Re: [fpc-devel] Ability to handle instance pointers as ordinal type.

Hi, 21.02.2016 13:37, tha...@thaddy.com: [...] x := (Sender As TComboBox); 8. 9. case x.Name of 10. 'ComboBox01':if x.ItemIndex = -1 then x.ItemIndex := PrjIndex else 11. begin And what's wrong with just this: if Sender = Combobox1 then ... else if Sender

Re: [fpc-devel] A generic function for (multicore) cache flush?

31.10.2016 23:07, Vincent Snijders: Is there any good generic (portable) function to ensure memory cache flush for a thread on a multicore system? Maybe: http://www.freepascal.org/docs-html/rtl/system/readwritebarrier.html Oh yes! That's the thing! Thanks a lot! Nikolai Vincent

Re: [fpc-devel] A generic function for (multicore) cache flush?

31.10.2016 22:44, Jeppe Johansen: Is there any good generic (portable) function to ensure memory cache flush for a thread on a multicore system? What I'm trying to do is essentially fetch some debugging counters from multiple threads. They might happen to run on separate cores, thus having

[fpc-devel] A generic function for (multicore) cache flush?

Hello all, Is there any good generic (portable) function to ensure memory cache flush for a thread on a multicore system? What I'm trying to do is essentially fetch some debugging counters from multiple threads. They might happen to run on separate cores, thus having something pending in

[fpc-devel] Links to current .rpm packages are broken on download pages.

Hi all, I've noticed that (at least some) download links are slightly wrong currently, e.g.: ftp://freepascal.stack.nl/pub/fpc/dist/3.0.2/x86_64-linux/rpm/fpc-3.0.2-1.x86_64.rpm should instead read: ftp://freepascal.stack.nl/pub/fpc/dist/3.0.2/x86_64-linux/fpc-3.0.2-1.x86_64.rpm (The

Re: [fpc-devel] BacktraceStrFunc on linux x86_64?

01.05.2017 11:21, Michael Van Canneyt: [...] No, but the units that we distribute do not have debug information included. So if the error is in the RTL, then there is no debug information. Ok, right, but then I suppose it should show line number as soon as the example is modified like this:

[fpc-devel] BacktraceStrFunc on linux x86_64?

Hello all, I'm having some trouble to get BacktraceStrFunc to find line numbers. This is with fpc 3.0.0 on linux x86_64 (Centos 7 if it matters). If I compile the following example with #fpc -gl tt.pas I only get this output: Started... Exception: $00455540 Done. Evidently line

Re: [fpc-devel] BacktraceStrFunc on linux x86_64?

01.05.2017 11:46, Florian Klämpfl: [...] And I'm still getting just an address anyway... 3.0.x is broken in this regard (stack back trace on x86-64 elf targets), see other threads on the fpc mailing lists regarding this. This is why we discussing a quick as possibile 3.0.4 release. Ah,

Re: [fpc-devel] BacktraceStrFunc on linux x86_64?

01.05.2017 14:35, Bernd Mueller: On 05/01/2017 11:36 AM, Michael Van Canneyt wrote: Only 3.0.2 linux for i386 CPU has the problem. 64-bit is OK. hmm, I don't get the lineinfo on x86-64 (Ubuntu 16.04/Mate, 64-Bit). armel and armhf are affected too. Personally, for now I'll stick to 2.6.4 --

Re: [fpc-devel] @Gareth messages thread

Hi, 31.07.2018 19:05, J. Gareth Moreton: I can only apologise for that. I can only send and receive emails through a webmail system on this address, and it doesn't seem to honour the threading of the messages. I'm not sure what option I'm missing if there is one. Sorry if I sound dumb, but

  1   2   >