Re: [fpc-pascal] Optimized matrix multiplication functions for pascal?

2010-10-10 Thread Sven Barth
Am 09.10.2010 07:59, schrieb Bo Berglund: I am translating a bunch of Fortran functions to FPC and I have now come across a problem with a couple of built-in Fortran90 functions: MATMUL multiplies two matrices (arrays) and returns the result. TRANSPOSE reorders the array elemsnts in some predef

Re: [fpc-pascal] fpc.cfg on windows

2010-10-10 Thread Sven Barth
Am 10.10.2010 02:03, schrieb Bernd Kreuss: Basically I just need a per-machine unit search path that I set once and for all without putting it into all my project files or in the config of every installed compiler. Unfortunately I also haven't found any global compiler options for all projects in

Re: [fpc-pascal] Optimized matrix multiplication functions for pascal?

2010-10-10 Thread Marco van de Voort
In our previous episode, Sven Barth said: > Try the unit matrix.pp which is part of FPC's RTL. It also includes > overloaded operators if you need them. ^^ Afaik matrix only defines 4x4 or less. Numlib also has a large number of matrix routines (including determinant, eigen values etc), but is

Re: [fpc-pascal] fpc.cfg on windows

2010-10-10 Thread Bernd Kreuss
On 10.10.2010 13:54, Sven Barth wrote: > In trunk version of Lazarus you can set a configuration as "default for > new projects". [OT] If the same option that can put an @extracfg.cfg on a per project basis would also be implemented in Lazarus' environment options to put another @globalextracfg.

Re: [fpc-pascal] fpc.cfg on windows

2010-10-10 Thread Bernd Kreuss
On 10.10.2010 15:30, Bernd Kreuss wrote: > to put > another @globalextracfg.cfg behind it I wanted to say "in front of it". ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Optimized matrix multiplication functions for pascal?

2010-10-10 Thread Sven Barth
On 10.10.2010 14:17, Marco van de Voort wrote: In our previous episode, Sven Barth said: Try the unit matrix.pp which is part of FPC's RTL. It also includes overloaded operators if you need them. ^^ Afaik matrix only defines 4x4 or less. Numlib also has a large number of matrix routines (incl

Re: [fpc-pascal] fpc.cfg on windows

2010-10-10 Thread Sven Barth
On 10.10.2010 15:30, Bernd Kreuss wrote: On 10.10.2010 13:54, Sven Barth wrote: In trunk version of Lazarus you can set a configuration as "default for new projects". [OT] If the same option that can put an @extracfg.cfg on a per project basis would also be implemented in Lazarus' environment

Re: [fpc-pascal] Help getting Lazarus app in Ubuntu to elevate to root and back again

2010-10-10 Thread Mark Morgan Lloyd
Andrew Brunner wrote: I'm needing help to take my Lazarus app, elevate process to root (using GUI prompt like GKSU) and I want to drop back down to the user's level after port binding and listening. Ubuntu has port restrictions for low port numbers. I'm developing a platform that happens to use

[fpc-pascal] Disk Full

2010-10-10 Thread Bernd Kreuss
The following code (Msg is just outputting to the debug monitor) will produce something strange: // replace all line endings with space for Pos1 := 1 to Len do begin try Msg(2, 'GetVector', Format(' %d %d',[Pos1, Len])); if Line[Pos1] = #13 then Line[Pos1] := ' '; if Line[Pos1] = #1

[fpc-pascal] Re: Disk Full

2010-10-10 Thread Bernd Kreuss
On 10.10.2010 23:42, Bernd Kreuss wrote: >> [1428] <2> TRConsole.GetVector: 1 84 >> [1428] <2> TRConsole.GetVector: 2 84 >> [1428] <2> TRConsole.GetVector: 3 84 >> [1428] <2> TRConsole.GetVector: e 3 84 Disk Full >> [1428] <2> TRConsole.GetVector: 4 84 >> [1428] <2> TRConsole.GetVector: 5

[fpc-pascal] Re: Disk Full

2010-10-10 Thread Bernd Kreuss
from rtl/win/syswin.inc: >DLL_THREAD_ATTACH : > begin >inclocked(Thread_count); > >WinEnterCriticalSection(AttachingThread); >if Win32GetCurrentThreadId <> MainThreadIdWin32 then >begin > { Allocate Threadvars } >

[fpc-pascal] Re: Disk Full

2010-10-10 Thread Bernd Kreuss
On 10.10.2010 23:42, Bernd Kreuss wrote: > "Disk full" Please ignore this thread and don't waste any more time thinking about it. It was my own stupidity. My über-cool debug log function had a stupid writeln in it that should not have been used when running on windows and no stdout is available.