[fpc-pascal] Re: RE : Synapse: SSH client+cryptlib+private key

On 4-2-2012 7:34, Ludo Brands wrote: >> I've been fiddling with connecting to an SSH server. >> >> Thanks to Ludo Brands' help I can use username/password with >> Synapse (stable)+cryptlib. I'm fiddling and trying to get >> private key authentication to work. >> Thanks, >> Reinier >> > After som

[fpc-pascal] Too tired? Forcedirectories does not seem to work

Busy porting FPCUP to Linux... think it's time to quit for the day This code: OperationSucceeded:=ForceDirectories(BootstrapCompilerDirectory); debugln('todo: debug: forcedirectories bootstrap compiler dir: '+bootstrapcompilerdirectory+' result: '+BoolToStr(Operationsucceeded)); should create

Re: [fpc-pascal] Too tired? Forcedirectories does not seem to work

On 6-2-2012 17:49, ik wrote: > On Mon, Feb 6, 2012 at 18:40, Reinier Olislagers > mailto:reinierolislag...@gmail.com>> wrote: > > Busy porting FPCUP to Linux... think it's time to quit for the day > > This code: > OperationSucceeded:=ForceDirect

Re: [fpc-pascal] Too tired? Forcedirectories does not seem to work

On 6-2-2012 17:50, Henry Vermaak wrote: > On 06/02/12 16:40, Reinier Olislagers wrote: >> This code: >> OperationSucceeded:=ForceDirectories(BootstrapCompilerDirectory); >> debugln('todo: debug: forcedirectories bootstrap compiler dir: >> '+bootstrapco

[fpc-pascal] Re: Too tired? Forcedirectories does not seem to work

On 6-2-2012 18:01, Henry Vermaak wrote: > On 06/02/12 16:50, Henry Vermaak wrote: >> >> Your shell expands ~ to your home directory. Your program will have to >> do this manually (i.e. read the "HOME" environment variable). > > Like Ido mentioned, ExpandFileName does this already. Perhaps the > d

[fpc-pascal] Re: Too tired? Forcedirectories does not seem to work

On 6-2-2012 19:26, Rich Saunders wrote: > On 2/6/12 11:49 AM, ik wrote: >> You should use ExpandFileName on ForceDirectory's content prior on >> sending it to it. > > And then go find the directory that you created in error and remove it! ;) > > Rich Thanks, Rich, did that ;) Task for tomorrow

Re: [fpc-pascal] Too tired? Forcedirectories does not seem to work

On 6-2-2012 20:53, Sven Barth wrote: > On 06.02.2012 18:14, Reinier Olislagers wrote: >> On 6-2-2012 17:50, Henry Vermaak wrote: >>> On 06/02/12 16:40, Reinier Olislagers wrote: >> Perhaps I should submit a patch for the docs indicating that: >> - ForceDirecto

[fpc-pascal] Re: Too tired? Forcedirectories does not seem to work

On 6-2-2012 20:48, Sven Barth wrote: > On 06.02.2012 19:31, Reinier Olislagers wrote: >> Task for tomorrow is to find out how to do chmod u+x someexecutable, but >> that's for tomorrow - right now I'm liable to start throwing keyboards >> through the windo

[fpc-pascal] Free! Partly done zipper documentation... heads up for people wanting to work on it

Hi list, I've noticed at least one effort to document the zipper unit on a mailing list, bugtracker, forum or website. To find out how FPC/Lazarus documentation worked, I had started work on zipper documentation as well because it's a fairly short unit. I included (paraphrased ;) references to th

[fpc-pascal] Code works on Linux x64 but not on Linux x86

I have the following code, adapted from pasbzip.pas (bzip2 example) uses ...bzip2.. const BufferSize = 4096; var infile, outfile: Tbufstream; decoder: Tbzip2_decode_stream; a: array[1..BufferSize] of byte; readsize: cardinal; Status: boolean; begin Status := False; result:=false; .

Re: [fpc-pascal] Too tired? Forcedirectories does not seem to work

On 7-2-2012 17:37, Jürgen Hestermann wrote: > Reinier Olislagers schrieb: > But ~ is not the only placeholder that will be expanded. Relative paths > would become absolute paths and environment variables will be replaced > by their values too. And I think it's not restricted

Re: [fpc-pascal] Too tired? Forcedirectories does not seem to work

On 7-2-2012 18:34, Jürgen Hestermann wrote: > Reinier Olislagers schrieb: >> That's fine. If you just say "anything gets expanded to an absolute >> path", in my mind: >> 1. you're implying the thing you're expanding is relative (even if >> yo

[fpc-pascal] Re: Code works on Linux x64 but not on Linux x86

On 7-2-2012 19:48, Sven Barth wrote: > On 07.02.2012 17:12, Reinier Olislagers wrote: >> >> Code bombs at decoder.Read(a, readsize). readsize=0 according to >> debugger. >> readsize=cardinal; according to help "an unsigned 32-bit integer". >> How

Re: [fpc-pascal] Re: Code works on Linux x64 but not on Linux x86

On 7-2-2012 21:11, Sven Barth wrote: > On 07.02.2012 20:32, Reinier Olislagers wrote: >> So in Delphi, presumably cardinal varies between 32 and 64 bit, while in >> FPC it is always 32 bit. Or am I interpreting this incorrectly? >> > > Yes, you are interpreting this in

Re: [fpc-pascal] Re: Code works on Linux x64 but not on Linux x86

On 7-2-2012 21:11, Sven Barth wrote: > On 07.02.2012 20:32, Reinier Olislagers wrote: >> On 7-2-2012 19:48, Sven Barth wrote: >>> On 07.02.2012 17:12, Reinier Olislagers wrote: >>>> >>>> Code bombs at decoder.Read(a, readsize). readsize=0 according to

[fpc-pascal] FPCDocs: diff: saving fpdoc gives huge diff

fpdocs Revision 889 svn revert --recursive . Open FPDocEditor on ExpandFileName, type a space somewhere, click Save icon. (Space seems to be automatically removed) This gives a 605 kb diff file; uploaded to https://bitbucket.org/reiniero/fpc_laz_patch_playground/downloads/FPCDocs_r889_StartingFPDo

[fpc-pascal] Re: FPCDocs: diff: saving fpdoc gives huge diff

On 8-2-2012 4:56, Reinier Olislagers wrote: > fpdocs Revision 889 > svn revert --recursive . > Open FPDocEditor on ExpandFileName, type a space somewhere, click Save > icon. (Space seems to be automatically removed) > > This gives a 605 kb diff file; uploaded to > https://b

Re: [fpc-pascal] FPCDocs: diff: saving fpdoc gives huge diff

On 8-2-2012 10:15, michael.vancann...@wisa.be wrote: > On Wed, 8 Feb 2012, Mattias Gaertner wrote: >> On Wed, 8 Feb 2012 09:26:10 +0100 (CET) >> michael.vancann...@wisa.be wrote: >>> On Wed, 8 Feb 2012, Reinier Olislagers wrote: >>>> To my untrained (and proba

[fpc-pascal] Re: FPCDocs: diff: saving fpdoc gives huge diff

On 9-2-2012 0:56, Mattias Gaertner wrote: > On Wed, 8 Feb 2012 16:03:05 +0100 > Mattias Gaertner wrote: >> [...] >> Of course it would be nicer if the used xml readers/writers can be told >> to keep the spaces. Especially for version control systems. >> I will take a look. > The xml reader/writer

[fpc-pascal] Request to fix 2124, was: Code works on Linux x64 but not on Linux x86

On 8-2-2012 4:14, Reinier Olislagers wrote: > Raised bug 21242 Marco v.d. Voort suggested turning off the include for i386 assembly code. This fixed the problem (in FPC fixes 2.6, bzip2 code identical with trunk). I've also uploaded a test case to mantis. Could somebody comment

[fpc-pascal] Problems with moving/renaming file using sysutils.renamefile

Free Pascal Compiler version 2.6.0-1 [2012/01/13] for i386 Linux x86 Trying to move a file (and rename it at the same time): //ExtractedCompiler is a string variable //BootstrapCompiler is a string property //I'm using my own version of debugln, not important here debugln('Going to rename/move '

Re: [fpc-pascal] Problems with moving/renaming file using sysutils.renamefile

On 10-2-2012 13:09, Jonas Maebe wrote: > > On 10 Feb 2012, at 12:19, Reinier Olislagers wrote: > >> Trying to move a file (and rename it at the same time): >> >> //ExtractedCompiler is a string variable >> //BootstrapCompiler is a string property >> //I

[fpc-pascal] Re: Problems with moving/renaming file using sysutils.renamefile

On 10-2-2012 13:39, Marco van de Voort wrote: > In our previous episode, Reinier Olislagers said: >> 1. Renaming is not moving??? >> The help says: >> "RenameFile renames a file from OldName to NewName. The function returns >> True if successful, False otherwise.

[fpc-pascal] Re: Problems with moving/renaming file using sysutils.renamefile

On 10-2-2012 13:42, michael.vancanneyt-0is9kj9s...@public.gmane.org wrote: > On Fri, 10 Feb 2012, Reinier Olislagers wrote: >> On 10-2-2012 13:09, Jonas Maebe wrote: >> 1. Renaming is not moving??? >> The help says: >> "RenameFile renames a file from OldName

[fpc-pascal] FPCUp FPC/Lazarus installer/updater: first Linux/Windows version released

Hi all, With the help of the people on the forums and the lists, I've completed the first version of FPCup, a tool that downloads FPC and Lazarus sources from SVN, compiles and installs them. For Windows, it offers bare-metal install functionality: it downloads an SVN executable and the binutils

[fpc-pascal] Re: RE : FPCUp FPC/Lazarus installer/updater: first Linux/Windows version released

On 10-2-2012 17:27, Ludo Brands wrote: > Very nice! Thanks. > Suggestions: :) > - replace 'Debug:' with 'Progress:' or 'Info:'. The messages are useful :) Yep, basically left a debug build up. Did intend to trim the messages some. Done in currnet commit. > - show some progress when checking out

[fpc-pascal] Re: RE : Re: RE : FPCUp FPC/Lazarus installer/updater: first Linux/Windows version released

On 10-2-2012 18:29, Ludo Brands wrote: >>> - show some progress when checking out sources. The wait >> can be very >>> long. >> Ok. I think I will need help on that one but will come back >> to the list... > Echoing the output from svn to the console would be enough. It will also > show the revi

[fpc-pascal] Re: RE : Re: RE : FPCUp FPC/Lazarus installer/updater: first Linux/Windows version released

On 10-2-2012 18:23, Ludo Brands wrote: >>> - (I hesitated to put this in the category "bugs") lazarus is >>> configured to use (default on ubuntu) ~/fpc/bin/fpc. I have 2.4.4 >>> installed with a /etc/fpc.cfg and ~/fpc/bin/fpc will just launch >>> 2.4.4. Changing the compiler to ~/fpc/compiler/p

[fpc-pascal] Re: RE : Re: RE : Re: RE : FPCUp FPC/Lazarus installer/updater: first Linux/Windows version released

On 11-2-2012 10:30, Ludo Brands wrote: >> #!/bin/sh >> ~/wherever/we/installed/fpc -n >> @~/wherever/we/installed/fpc.cfg $* which should instruct our >> fpc to ignore any other fpc.cfg, use our own, and get any >> other arguments passed to the script. >> >> Then assign this script as the compil

[fpc-pascal] Re: RE : Re: RE : Re: RE : FPCUp FPC/Lazarus installer/updater: first Linux/Windows version released

On 11-2-2012 10:30, Ludo Brands wrote: > One other problem: the debugger is configured as gdb which is not working. > Lazarus looks for a gdb in the current directory (whatever that is), not in > the path. Using the output of 'which gdb' would be the easiest solution on > linux to set up the defaul

Re: [fpc-pascal] Re: RE : Re: RE : FPCUp FPC/Lazarus installer/updater: first Linux/Windows version released

On 11-2-2012 13:15, Mattias Gaertner wrote: > > Reinier Olislagers hat am 11. Februar 2012 > um 08:28 geschrieben: >> On 10-2-2012 18:23, Ludo Brands wrote: >> >>> - (I hesitated to put this in the category "bugs") lazarus is >> >>> conf

[fpc-pascal] Re: RE : Re: RE : Re: RE : Re: RE : FPCUp FPC/Lazarus installer/updater: first Linux/Windows version released

On 11-2-2012 14:19, Ludo Brands wrote: >>> Regarding side by side installations, wouldn't it be better >> to store >>> the lazarus config in a subdir of the lazarus install? A fixed >>> directory makes side by side installation of lazarus very difficult. >> You mean a --primary-config path under

[fpc-pascal] Re: RE : Re: RE : Re: RE : Re: RE : Re: RE : FPCUp FPC/Lazarus installer/updater: first Linux/Windows version released

On 11-2-2012 14:42, Ludo Brands wrote: > >>> Why not create a fpcup script or link alongside the >> launcher(s) that >>> take the same parameters as the one use to create the >> launcher? Something like >>> 'lazlinkname' and 'lazlinkname Update'. >> Mmm, don't get what you mean here. What

[fpc-pascal] Re: RE : Re: RE : Re: RE : Re: RE : FPCUp FPC/Lazarus installer/updater: first Linux/Windows version released

On 11-2-2012 14:32, Marco van de Voort wrote: > In our previous episode, Ludo Brands said: >>> Then again, current fpcup does not have a fixed >>> primary-config-path, merely a default one. >>> >> >> Unless I overlooked something, the primary-config-path is pretty hardcoded >> now (XdgConfigHome/l

[fpc-pascal] Re: RE : Re: RE : Re: RE : Re: RE : FPCUp FPC/Lazarus installer/updater: first Linux/Windows version released

On 11-2-2012 14:19, Ludo Brands wrote: >>> Regarding side by side installations, wouldn't it be better >> to store >>> the lazarus config in a subdir of the lazarus install? A fixed >>> directory makes side by side installation of lazarus very difficult. >> You mean a --primary-config path under

[fpc-pascal] Re: Adding Notes in FPDoc

On 11-2-2012 20:35, Michael Van Canneyt wrote: > On Sat, 11 Feb 2012, Howard Page-Clark wrote: >> The prospect of a website dedicated to discussion of documentation >> seems to me to be a helpful move forward. > It's not really about discussion (fed up with that, if you can believe > it ;) ), but a

[fpc-pascal] Re: FPCUp FPC/Lazarus installer/updater: first Linux/Windows version released

On 11-2-2012 22:05, Rainer Stratmann wrote: > Sorry for not reading the whole thread. > But is it then also possible to povide a binary version of each (Linux) > distro > for easiest installing (just unzip the archive)? FPC and Lazarus in one sub > directory? fpcup downloads (or updates) and in

[fpc-pascal] Re: Problems with moving/renaming file using sysutils.renamefile

On 10-2-2012 13:59, Reinier Olislagers wrote: > On 10-2-2012 13:42, michael.vancanneyt-0is9kj9s...@public.gmane.org wrote: >> The function just renames. The result may be that the file ends up in >> another directory, i.e. is moved. > Mmm yes. To me that is arguing over semanti

Re: [fpc-pascal] FPCUp FPC/Lazarus installer/updater: first Linux/Windows version released

On 14-2-2012 23:43, stootch wrote: > W dniu 2012-02-14 10:41, reinierolislag...@gmail.com pisze: >> You might try with a newer version; we have found and hopefully fixed >> some problems with lazarus make... > Um... >> Info: make FPC=/home/stootch/fpc/bin/fpc.sh >> --directory=/home/stootch/lazarus

[fpc-pascal] Re: FPCUp FPC/Lazarus installer/updater: first Linux/Windows version released

On 14-2-2012 23:43, stootch wrote: > W dniu 2012-02-14 10:41, > reinierolislagers-re5jqeeqqe8avxtiumw...@public.gmane.org pisze: >> You might try with a newer version; we have found and hopefully >> fixed some problems with lazarus make... > Um... >> Info: make FPC=/home/stootch/fpc/bin/fpc.sh >>

[fpc-pascal] fpdoc slow on Linux x64... tweaking?

Running fpcup on Linux x86, Linux x64 with FPC fixes_2_6 Building LCL chm docs with build_lcl_docs, which calls fpdoc: On x86, seems to works ok. On x64, takes a long time. fpdoc takes a huge amount of CPU (perhaps memory as well, haven't looked). I suspect the reason the doc generation is slow i

Re: [fpc-pascal] fpdoc slow on Linux x64... tweaking?

On 22-2-2012 9:16, Graeme Geldenhuys wrote: > On 22 February 2012 09:49, Reinier Olislagers wrote: >> 2) Is there anything else I can do to speed up LCL doc generation? > > You are building CHM help, correct? If so, from recent messages in the > FPC and Lazarus mailing l

[fpc-pascal] Re: Where and how is the FPC documentation created?

On 29-2-2012 18:57, Frank Church wrote: > On 29 February 2012 16:07, > wrote: > Is it open to only a few people and do you upload it for > general viewing only when it is ready? In a nutshell is it > possible to non >

[fpc-pascal] Re: Where and how is the FPC documentation created?

On 29-2-2012 17:07, michael.vancanneyt-0is9kj9s...@public.gmane.org wrote: > On Wed, 29 Feb 2012, Frank Church wrote: >> Another question, are you and Florian Klaempfl the main or only >> contributors? > > I am virtually the only one, but I do receive and apply minor patches > from time to time. *

Re: [fpc-pascal] Re: Where and how is the FPC documentation created?

On 29-2-2012 20:08, Frank Church wrote: > On 29 February 2012 18:10, Reinier Olislagers > mailto:reinierolislag...@gmail.com>> wrote: > *Cough* > http://bugs.freepascal.org/view.php?id=20735 > *cough* > > I'd love to see that patch comm

Re: [fpc-pascal] Re: Where and how is the FPC documentation created?

On 29-2-2012 20:52, Michael Van Canneyt wrote: > > > On Wed, 29 Feb 2012, Reinier Olislagers wrote: > >> On 29-2-2012 17:07, michael.vancanneyt-0is9kj9s...@public.gmane.org >> wrote: >>> On Wed, 29 Feb 2012, Frank Church wrote: >>>> Another quest

Re: [fpc-pascal] Re: Where and how is the FPC documentation created?

On 1-3-2012 9:16, Frank Church wrote: > On 29 February 2012 19:52, Michael Van Canneyt > On Wed, 29 Feb 2012, Reinier Olislagers wrote: > I'd love to see that patch committed or get some feedback on it ;) > But there were quite some errors in the XML, which

Re: [fpc-pascal] Re: Where and how is the FPC documentation created?

On 1-3-2012 9:43, michael.vancann...@wisa.be wrote: > > > On Thu, 1 Mar 2012, Reinier Olislagers wrote: > >> On 29-2-2012 20:52, Michael Van Canneyt wrote: >>> >>> >>> On Wed, 29 Feb 2012, Reinier Olislagers wrote: >>> >>>> O

Re: [fpc-pascal] Re: Where and how is the FPC documentation created?

On 1-3-2012 10:29, Graeme Geldenhuys wrote: > On 1 March 2012 10:49, Reinier Olislagers wrote: >> >> I understand why you changed it, but didn't get any error messages >> either - just redownloaded the original patch upload to make sure: > > Strange. I did the s

[fpc-pascal] @Michael Van Canneyt or others: exporting SQL (issue 19937)

Good morning Michael & the rest, Would any of you committers who are familiar with SQL check to see if my patch at http://bugs.freepascal.org/view.php?id=19937 is correct and implement it? Currently, exporting a dataset using TSQLExporter, it generates INSERT SQL statements which quote string fie

[fpc-pascal] Re: @Michael Van Canneyt or others: exporting SQL (issue 19937)

On 17-3-2012 11:10, Michael Van Canneyt wrote: > On Sat, 17 Mar 2012, Reinier Olislagers wrote: >> Would any of you committers who are familiar with SQL check to see if my >> patch at >> http://bugs.freepascal.org/view.php?id=19937 >> is correct and implement it? >

[fpc-pascal] Cygwin dlls in binw32

Hi list, While fiddling with fpcup and looking at various binutils URLs, I noticed that http://svn.freepascal.org/svn/fpcbuild/trunk/install/binw32/ has cygiconv-2.dll cygncurses-8.dll cygwin1.dll Are these required by any of the other executables there? Ludo Brands has run depends.exe on the ot

[fpc-pascal] Problems compilng dbtestframework FPC trunk

FPC trunk, trying to run make in packages\fcl-db\tests\ or compiling dbtestframework.pas directly gives c:/development/fpctrunk/bin/i386-win32/ppc386.exe -Fu../../../rtl/units/i386-win32 -Fu../../../packages/hash -Fu../../../packages/paszlib -Fu../../../packages/fcl-base -Fu../../../packages/fcl-xm

Re: [fpc-pascal] Problems compilng dbtestframework FPC trunk

On 25-3-2012 11:23, Michael Van Canneyt wrote: > > > The problem was that msssql is not compiled by default. > > I fixed that. rev. 20618. > > Michael. Thanks, Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepasc

[fpc-pascal] DBTestframework compilation on Win64: no postgres sonnector

Trying to compile the db test framework on FPC x64 on windows x64 *), I get a missing PostgreSQL connector: C:\Development\fpctrunk\packages\fcl-db\tests>ppcx64 dbtestframework.pas Free Pascal Compiler version 2.7.1 [2012/03/26] for x86_64 Copyright (c) 1993-2012 by Florian Klaempfl and others Tar

[fpc-pascal] Re: DBTestframework compilation on Win64: no postgres sonnector

On 26-3-2012 11:13, Reinier Olislagers wrote: > Trying to compile the db test framework on FPC x64 on windows x64 > C:\Development\fpctrunk\packages\fcl-db\tests>ppcx64 dbtestframework.pas > sqldbtoolsunit.pas(11,17) Fatal: Can't find unit pqconnection used by > SQL

[fpc-pascal] Extended SVN class available

Working on fpcup, Ludo Brands and I extended the fppkg SvnCommand unit. Functionality: - detects svn clients automatically (even a few well-known if not in path on Windows); client path can be specified by user, too. - checkout, update commands; default HEAD, but you can specify a desired revision

[fpc-pascal] Database questions re 21579: [Patch] Dbtestframework compilationf fixes for Win64

Hi list, I've submitted a patch (21579) to allow win64 dbtestframework compilation. It does that by disabling support for some databases. Oracle, PostgreSQL, MS SQL Server and Sybase connectors are not built on Win64: see packages\fcl-db\src\sqldb\postgres\fpmake.pp Speculated with Lacak2 in man

Re: [fpc-pascal] Database questions re 21579: [Patch] Dbtestframework compilationf fixes for Win64

On 28-3-2012 11:04, Sven Barth wrote: > Am 28.03.2012 10:29, schrieb Reinier Olislagers: >> Oracle instant client for Windows x64 (the download size makes it... not >> so instant though) >> http://www.oracle.com/technetwork/database/features/instant-client/index-097480.html &

Re: [fpc-pascal] Database questions re 21579: [Patch] Dbtestframework compilationf fixes for Win64

On 28-3-2012 11:36, Sven Barth wrote: > Am 28.03.2012 11:12, schrieb Reinier Olislagers: >> On 28-3-2012 11:04, Sven Barth wrote: >>> Am 28.03.2012 10:29, schrieb Reinier Olislagers: >> Do you know why it's not compiled on Win64? > > Do you want the reason w

Re: [fpc-pascal] Database questions re 21579: [Patch] Dbtestframework compilationf fixes for Win64

On 28-3-2012 12:22, Reinier Olislagers wrote: > On 28-3-2012 11:36, Sven Barth wrote: >> Am 28.03.2012 11:12, schrieb Reinier Olislagers: >>> On 28-3-2012 11:04, Sven Barth wrote: >> (b) Maybe nobody needed it yet. I myself might be the first one at all >> who want

[fpc-pascal] Re: Is there a function that returns UTC time in FPC or Lazarus?

On 30-3-2012 16:05, Frank Church wrote: > When I get the time via the DateTime function result is adapted for > the timezone, making it an hour ahead now? > > Is there a function that returns the UTC time, either as a UnixTime or > TDateTime irregardless of timezone? > Frank, You could search th

[fpc-pascal] Re: [Lazarus] Is there a function that returns UTC time in FPC or Lazarus?

On 31-3-2012 2:56, João Marcelo Vaz wrote: > 2012/3/30 Reinier Olislagers <mailto:reinierolislag...@gmail.com>> > On 30-3-2012 16:05, Frank Church wrote: > > Is there a function that returns the UTC time, either as a UnixTime or > > TDateTime irregardless of

[fpc-pascal] Heads up: started on MS SQL Server+Sybase ASE support for LazDataDesktop and FPdatadict

Hi lists, Just to let you know, I've started working on getting support for the new Microsoft SQL Server and Sybase ASE connectors into Lazdatadesktop. For that, I've started adding to the fpdatadict code (started out with a copy of the Firebird code). Code at my usual patch playground: https://

[fpc-pascal] SQLDB GetSchemaInfoSQL for indexes etc?

In sqldb, this: type TSchemaType = (stNoSchema, stTables, stSysTables, stProcedures, stColumns, stProcedureParams, stIndexes, stPackages); is used in the GetSchemaInfoSQL function: I noticed stIndexes, stProcedureParams and stPackages do not seem to be used in the current sqldb connectors in pack

Re: [fpc-pascal] SQLDB GetSchemaInfoSQL for indexes etc?

On 17-4-2012 10:41, michael.vancann...@wisa.be wrote: > On Tue, 17 Apr 2012, Reinier Olislagers wrote: >> In sqldb, this: >> type TSchemaType = (stNoSchema, stTables, stSysTables, stProcedures, >> stColumns, stProcedureParams, stIndexes, stPackages); >> is used in th

[fpc-pascal] Re: SQLDB GetSchemaInfoSQL for indexes etc?

On 17-4-2012 10:36, Reinier Olislagers wrote: > In sqldb, this: > > type TSchemaType = (stNoSchema, stTables, stSysTables, stProcedures, > stColumns, stProcedureParams, stIndexes, stPackages); > is used in the GetSchemaInfoSQL function: > > I noticed stIndexes, stProcedure

[fpc-pascal] Re: SQLDB GetSchemaInfoSQL for indexes etc?

On 17-4-2012 13:33, LacaK wrote: > >> >> Does it perhaps follow ODBC conventions or something? >> > or SQL-Standard INFORMATION_SCHEMA views ;-) While I know that standard exists - I can tell without looking it up that the integer table_type column we're using is a vendor specific extra - that'

[fpc-pascal] Re: SQLDB GetSchemaInfoSQL for indexes etc?

On 17-4-2012 12:58, LacaK wrote: >> ... assuming SchemaObjectName would be used similar to the existing code >> and would specify table name (stIndexes)/stored proc name >> (stProcedureParams)? > See > http://docwiki.embarcadero.com/VCL/XE2/en/SqlExpr.TCustomSQLDataSet.SetSchemaInfo Thanks Laco, ve

Re: [fpc-pascal] Re: SQLDB GetSchemaInfoSQL for indexes etc?

On 18-4-2012 8:27, LacaK wrote: >> I don't have Delphi with dbExpress here, so can't test. >> > I did some tests in Delphi XE with DBExpress and MySQL: > > for stTables column names are: CatalogName, SchemaName, TableName, > TableType ('TABLE') So difference with FPC: the names (catalog_name, s

[fpc-pascal] Re: SQLDB GetSchemaInfoSQL for indexes etc?

On 19-4-2012 9:41, michael.vancanneyt-0is9kj9s...@public.gmane.org wrote: > On Thu, 19 Apr 2012, Reinier Olislagers wrote: >> Plans >> = >> I'll focus on getting lazdatadesktop/datadict support for MSSQL/Sybase >> running first; afterwards we can look at

Re: [fpc-pascal] Re: SQLDB GetSchemaInfoSQL for indexes etc?

On 19-4-2012 11:14, LacaK wrote: > Reinier Olislagers wrote / napísal(a): >> On 18-4-2012 8:27, LacaK wrote: >>> for stIndexes : CatalogName, SchemaName, TableName, IndexName, >>> ConstraintName, IsPrimary, IsUnique, IsAscending >>> (in list are included also

Re: [fpc-pascal] Re: SQLDB GetSchemaInfoSQL for indexes etc?

On 19-4-2012 13:28, LacaK wrote: > Reinier Olislagers wrote / napísal(a): >> On 18-4-2012 8:27, LacaK wrote: >> >>>> I don't have Delphi with dbExpress here, so can't test. >>>> >>>> >>> I did some tests in Del

[fpc-pascal] Re: RE : Re: SQLDB GetSchemaInfoSQL for indexes etc?

On 19-4-2012 14:13, Ludo Brands wrote: >> Thinking about column names I would suggest, change it according to >> SQL-Standard (information_schema views). To be fully compatible. >> (because ATM we are not compatible with SQL-Standard NOR Delphi) >> Advantage will be, that we will be able do for

[fpc-pascal] Re: RE : RE : Re: SQLDB GetSchemaInfoSQL for indexes etc?

On 19-4-2012 15:02, Ludo Brands wrote: > >> Ludo here I do not understand what do you want to say. may be, that my > english is not so good ;-) >> Can you explain please what is your proposal regarding to stIndexes ? > > stIndexes is currently not implemented: keep it that way (or drop it) but

Re: [fpc-pascal] Re: RE : RE : Re: SQLDB GetSchemaInfoSQL for indexes etc?

On 19-4-2012 15:37, michael.vancann...@wisa.be wrote: > > > On Thu, 19 Apr 2012, Reinier Olislagers wrote: > >> On 19-4-2012 15:02, Ludo Brands wrote: >>> >>>> Ludo here I do not understand what do you want to say. may be, that my >>> english is

[fpc-pascal] Re: RE : RE : Re: SQLDB GetSchemaInfoSQL for indexes etc?

On 19-4-2012 16:07, michael.vancanneyt-0is9kj9s...@public.gmane.org wrote: > > It's a historic issue: > > I think fpdatadict was historically implemented first. It was > implemented separately because I do not believe this belongs in sqldb. > For instance, the data dictionary also supports DBF fi

[fpc-pascal] Re: Compiling from and to memory

On 21-4-2012 2:22, waldo kitty wrote: > i'm old school so please forgive this if is is "out of bounds"... but... > how about a RAM disk? do the compiling on that and then copy off to > physical media when completed? Hi Waldo, You're not the only one that's old school - it was already suggested ear

[fpc-pascal] Errors compiling fixes_2.6 on win64: forgot to include dblib for mssqlconn?

Good morning list, Running fpcup (64 bit) on my Windows machine gives errors with fpc fixes_2.6 (r21000/21001): C:/development/fpc/compiler/ppcx64.exe -Ur -Xs -O2 -n -S2 -FuC:/development/fpc/rtl/units/x86_64-win64 -FuC:/development/fpc/packages/dblib -FuC:/development/fpc/packages/fcl-base/units

Re: [fpc-pascal] Errors compiling fixes_2.6 on win64: forgot to include dblib for mssqlconn?

On 23-4-2012 10:48, Marco van de Voort wrote: > In our previous episode, Reinier Olislagers said: > It is hard because 2.6.x uses a different makefile system compared to trunk, > which is harder to tune for specific OSes. Arrrgh. > I think dblib is compiled even, but the packages/

[fpc-pascal] SQLDB: logging all generated SQL?

Good morning list, I vaguely remember somebody mentioning SQLDB has the option of dumping to a log all the SQL it sends to the database (in other words: logging all SQL sent to the database). Can somebody tell me if that functionality is there and where to find it? Perhaps something to do with TS

[fpc-pascal] Re: SQLDB: logging all generated SQL?

On 26-4-2012 10:58, LacaK wrote: >> Can somebody tell me if that functionality is there and where to find >> it? Perhaps something to do with TSQLConnection.LogEvents? >> >> > Look into sqldb.pp at TSQLConnection property OnLog or at global > variable GlobalDBLogHook. > You can register procedur

[fpc-pascal] Re: RE : SQLDB: logging all generated SQL?

On 26-4-2012 11:27, Ludo Brands wrote: >>> I vaguely remember somebody mentioning SQLDB has the option >> of dumping >>> to a log all the SQL it sends to the database (in other >> words: logging >>> all SQL sent to the database). >>> >>> Can somebody tell me if that functionality is there and

[fpc-pascal] Re: SQLDB: logging all generated SQL?

On 26-4-2012 10:58, LacaK wrote: > >> >> Can somebody tell me if that functionality is there and where to find >> it? Perhaps something to do with TSQLConnection.LogEvents? >> >> > Look into sqldb.pp at TSQLConnection property OnLog or at global > variable GlobalDBLogHook. > You can register pr

[fpc-pascal] Re: heaptrc question

On 27-4-2012 18:47, Carver Carver wrote: > thanks for the reply, but it doesn't really explain why this error is > suddenly occurring. I am working on a layout manager to control pages > within a form. when the first page is added to the first manager no > problem. a second page to the first manage

[fpc-pascal] Re: making FPC more code optimized

On 29-4-2012 11:40, ik wrote: > Hello, > > Here is something that I'm asking without really know anything about > the subject, so please bear with me. > > I'ved asked few places that works with Pascal (Delphi and FPC), why > does they use C as the infrastructure, and they all say that there is >

[fpc-pascal] Error in my mind or typo in sqldbtoolsunit.pas?

e 'database.ini' configuration file. Also some settings which are connector-dependent can be set in that file. See 'database.ini.txt' for an example. I hope this is enough information to get you started, Joost van der Sluis (30-12-2006), amended by Reinier Olislagers

[fpc-pascal] Errors compiling FPC trunk r21192 x86 windows & existential questions

Hi List, Seem to be having some problems compiling FPC trunk r21192 x86 windows (see below). However, x64 build does work. Is this a known problem? Should I keep pestering the list with these kinds of mails (I can put them up in the bugtracker or just wait and be patient as well ;) What's the ans

[fpc-pascal] Re: Errors compiling FPC trunk r21192 x86 windows & existential questions

On 2-5-2012 18:26, Marco van de Voort wrote: > In our previous episode, Reinier Olislagers said: >> >> Seem to be having some problems compiling FPC trunk r21192 x86 windows >> (see below). >> However, x64 build does work. >> >> Is this a known problem? &

[fpc-pascal] Re: Unicodestrings and Assign(File)

On 13-5-2012 5:59, dmitry boyarintsev wrote: > I'm assuming that everyone is aware of the solution for this. > Every unicode file name still has ANSI-dos name (aka ShortName). > You could write a function that would return a short name based on > unicode name of a file. And pass the short name to A

Re: [fpc-pascal] Proposed FPC database example code: request for testing

On 25-5-2012 10:36, Michael Van Canneyt wrote: Thanks for the quick and helpful response, Michael. > Interesting example. You forgot the readme in the zip ? I added it to the bottom of the post instead ;) > I'm willing to include it as an example in fcl-db, but then you'd need > to make some im

[fpc-pascal] Endiannes & programmer's manual - missing compiler define?

Had a look at the Programmer's Manual (April 2011, doc version 2.4) appendix G (compiler defines) Saw ENDIAN_LITTLE ENDIAN_BIG Did not see FPC_LITTLE_ENDIAN FPC_BIG_ENDIAN Should that be added? Also, I'm sure there must be functions to convert endianness - at least network byte order (big endia

Re: [fpc-pascal] Endiannes & programmer's manual - missing compiler define?

On 5-6-2012 10:20, Marco van de Voort wrote: > In our previous episode, Reinier Olislagers said: >> >> Also, I'm sure there must be functions to convert endianness - at least >> network byte order (big endian) to host order. >> Are there an equivalent RTL/FCL fu

[fpc-pascal] Re: Playing sounds with standard components

On 9-6-2012 23:18, Jorge Aldo G. de F. Junior wrote: > You can use OpenAL or SDL... Found a framework that apparently uses SDL. Says it plays OGG and WAV. Haven't tried it.. https://github.com/freezedev/elysion Regards, Reinier ___ fpc-pascal maillist

[fpc-pascal] Re: fpmake question

On 14-6-2012 19:54, Bernd wrote: > Ok, I'm slowly making progress. The Targets.AddUnit() method needs the > unit file name (with extension). > > But there is another problem. fpmake is sl. > There is something not quite right in fpmkunit, there is a Sleep(100) > in it that makes it sl

[fpc-pascal] Automatically exporting C++ API using SWIG??

The recent thread about using C headers made me think about using C++ projects. Found that the SWIG tool converts C/C++ .h files into glue code and bindings for e.g. Python, Modula 3... but not Delphi/Object Pascal. It seems you get an object-oriented binding. Did see this post from 2010 about D

[fpc-pascal] Converting from seconds to TTime: easiest way?

Morning list, I'm trying to convert a large number of seconds to a TTime. To my surprise - without a Delphi background ;) - EncodeTime only takes up to 59 seconds... ;) Same for EncodeTimeInterval So I ended up with something like: IncSecond(EncodeTime(0,0,0,0), HugeNumberOfSecondsInteger); is

Re: [fpc-pascal] Converting from seconds to TTime: easiest way?

On 20-6-2012 11:53, dhkblas...@zeelandnet.nl wrote: > Try > > > > MyTTime := HugeNumberOfSecondsInteger / (3600 * 24); > Bedankt, Darius. That's indeed shorter and fairly clear... but the advantage of the other way is that I don't need to remember what units TTime uses internally... ;) Rega

Re: [fpc-pascal] Converting from seconds to TTime: easiest way?

On 20-6-2012 19:59, Sven Barth wrote: > Am 20.06.2012 12:16, schrieb Reinier Olislagers: >> On 20-6-2012 11:53, dhkblas...@zeelandnet.nl wrote: >>> MyTTime := HugeNumberOfSecondsInteger / (3600 * 24); >>> >> Bedankt, Darius. >> >> That's indeed sh

[fpc-pascal] Win64 SEH patch fixes some Firebird embedded bugs

Just compiled FPC with -dTEST_WIN64_SEH and noticed that fixes bugs 17360 Firebird database exceptions don't generate EIBDatabaseError but a general exception on 64 bit windows 21581: Firebird embedded x64 Windows: CreateDB fails with an exception It may well also remove the need for the nasty wor

  1   2   3   4   5   6   7   8   >