[fpc-pascal] Re: RE : Re: RE : RE : RE : Assigning value to ftVariant datatype& varbytes-still stuck

2011-08-09 Thread Reinier Olislagers 
On 9-8-2011 16:42, Ludo Brands wrote:
>> Applied patch in fpc source, make clean, make all make install for 
>> FPC, make for Lazarus, rescan fpc source directory, recompile test 
>> project.

> 
> Downloaded the code and it raises an SUnsupportedFieldType when 
> creating the ftAutoInc field. That is OK since I didn't include 
> ftAutoinc in the supported list for TBufDataset. If you are not 
> getting this error, then the patch and/or install didn't work.
Oops, sorry, you're right. Your cygwin diffs don't seem to agree with
(the way I use) fpc patch; I got it to apply only the first part of the
patch...
Now it works.

Using fpc diff -u --minimal oldfile newfile > patch.diff does work for
me with patch -p0 < patch.diff
I suppose you use cygwin patch to apply the patches?

Very glad the test is working again, now I can get back to improving the
export code!

Thanks a million!
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: RE : [fpc-pascal] Re: RE : Re: RE : RE : RE : Assigning value to ftVariant datatype& varbytes-still stuck

2011-08-09 Thread waldo kitty 

On 8/9/2011 11:21, Ludo Brands wrote:

line 547 or 574? the error report is 574 ;)

waldo, thanks for trying to help, unfortunately, I think he
meant 574 ;)


My keybroad is suffering from dyslexia.


mine does it all the time, too :lol:
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Re: RE : Re: RE : RE : RE : Assigning value to ftVariant datatype& varbytes-still stuck

2011-08-09 Thread waldo kitty 

On 8/9/2011 11:13, Reinier Olislagers wrote:

On 9-8-2011 17:03, waldo kitty wrote:

On 8/9/2011 10:42, Ludo Brands wrote:

Exception:   Access violation
Source unit:
Method name:
Line number: 574
  00.003  TestXSDExport_Access_NoXSD_NoDecimal  Error:


Line 547 is where FillTestData is called. Not very usefull.


line 547 or 574? the error report is 574 ;)

waldo, thanks for trying to help, unfortunately, I think he meant 574 ;)


so do i but someone had to point out the possible error ;)
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: FreePascal as an embedded language in Firebird: possible and desirable?

2011-08-09 Thread Jim 
On 9-8-2011 17:49, Jonas Maebe wrote:
> 
> On 09 Aug 2011, at 17:04, Jim wrote:
> 
>> 4. I just tried to open up communication and provide a way for
>> both sides to communicate and keep track of things.
> The problem is that this is generally not how things actually get
> implemented in open source software. Things get implemented by
> someone with an interest who writes code/patches, and if this code
> adds significant new functionality then this person is generally also
> expected to volunteer to maintain this new code for the foreseeable
> future. 
It helps if people know the possibility for FPC as embedded language
exists though ;)

In the specific case of this feature request, a) adding HP-UX
> support to FPC will simply not happen unless someone with an interest
> in that platform submits patches and wants to maintain the platform
> support. 
Didn't even imply that. Just mentioned that communicating with the
Firebird people on what platforms FPC runs on might be handy, so they
can have realistic expectations, too.

b) defining the API to use for communicating with Firebird
> is by definition something that the Firebird people have to do (or
> someone else who then proposes it to the Firebird people). Once that
> is done, an RTL for this new API can be written by that same person
> or someone else with an interested in this project and then added to
> FPC (which in turn makes turn makes the underlying OS largely
> irrelevant, except for calling conventions and things like that)
There must be easy and diffficult APIs for FPC to work with. Getting
something that's awful to work with (C++ style) is more difficult than
somethign easy (C style).

I'm no expert though.

 c)
> this project may depend on other bugs getting fixed in FPC, but the
> mere existence of this feature request is unlikely to influence how
> quickly they will actually get fixed
Could have been clearer there: having an overarching feature request
could be handy to relate bugs to. In this way, you know when you're
ready/what needs to be done, etc.
> 
> Filing feature requests saying "people of project A and project B, I
> would love if you got together and somehow integrated your software,
> adding any missing functionality in the process such as additional
> platform support" has very little chance of getting anything done.
That's why I submitted it to both mailing lists first. See Michael Van
Canneyt's and Tony Whyman's responses here and a lot of other responses
on the Firebird dev list.
The platform support is not something I'm interested in. Personally, I
would be thrilled if it just ran on Linux.

> While communication is useful, the basic requirement is someone (or a
> group of people) that will do the work.
Totally agreed with you there.

In the end, if people don't want to do it, they won't. It's their time.

Once again, if you want to close this issue, no problem.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Re: FreePascal as an embedded language in Firebird: possible and desirable?

2011-08-09 Thread Jonas Maebe 

On 09 Aug 2011, at 17:04, Jim wrote:

> 4. I just tried to open up communication and provide a way for both
> sides to communicate and keep track of things.

The problem is that this is generally not how things actually get implemented 
in open source software. Things get implemented by someone with an interest who 
writes code/patches, and if this code adds significant new functionality then 
this person is generally also expected to volunteer to maintain this new code 
for the foreseeable future. In the specific case of this feature request,
a) adding HP-UX support to FPC will simply not happen unless someone with an 
interest in that platform submits patches and wants to maintain the platform 
support.
b) defining the API to use for communicating with Firebird is by definition 
something that the Firebird people have to do (or someone else who then 
proposes it to the Firebird people). Once that is done, an RTL for this new API 
can be written by that same person or someone else with an interested in this 
project and then added to FPC (which in turn makes turn makes the underlying OS 
largely irrelevant, except for calling conventions and things like that)
c) this project may depend on other bugs getting fixed in FPC, but the mere 
existence of this feature request is unlikely to influence how quickly they 
will actually get fixed

Filing feature requests saying "people of project A and project B, I would love 
if you got together and somehow integrated your software, adding any missing 
functionality in the process such as additional platform support" has very 
little chance of getting anything done. While communication is useful, the 
basic requirement is someone (or a group of people) that will do the work.


Jonas___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

RE : [fpc-pascal] Re: RE : Re: RE : RE : RE : Assigning value to ftVariant datatype& varbytes-still stuck

2011-08-09 Thread Ludo Brands 
> > line 547 or 574? the error report is 574 ;)
> waldo, thanks for trying to help, unfortunately, I think he 
> meant 574 ;)
> 
My keybroad is suffering from dyslexia. 

Lduo

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: RE : Re: RE : RE : RE : Assigning value to ftVariant datatype& varbytes-still stuck

2011-08-09 Thread Reinier Olislagers 
On 9-8-2011 17:03, waldo kitty wrote:
> On 8/9/2011 10:42, Ludo Brands wrote:
>>>Exception:   Access violation
>>>Source unit:
>>>Method name:
>>>Line number: 574
>>>  00.003  TestXSDExport_Access_NoXSD_NoDecimal  Error:
>>
>> Line 547 is where FillTestData is called. Not very usefull.
> 
> line 547 or 574? the error report is 574 ;)
waldo, thanks for trying to help, unfortunately, I think he meant 574 ;)

FillTestData is called in 573; the next line is the end; of the Setup
procedure

I probably will need to write a test case for TBufdataset if that hasn't
already been done - I know there's some changes going on in the fcl-db
test set...

Thanks,
Reinier
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Re: FreePascal as an embedded language in Firebird: possible and desirable?

2011-08-09 Thread Jim 
On 9-8-2011 16:39, Marco van de Voort wrote:
> In our previous episode, Jim said:
>> Firebird issue/feature request:
>> http://tracker.firebirdsql.org/browse/CORE-3571
>> FreePascal issue/feature request:
>> http://bugs.freepascal.org/view.php?id=19946
> 
> IMHO this FPC tracker item is totally open ended, and it is not clear what
> exactly is requested.  It is only an intention to do something with Firebird
> stored procedures and FPC, and not a concrete proposal or even a reference
> to something that has to be implemented.
> 
> Maybe it is more logical to wait till Firebird has a defined sandbox model
> for native languages ? This way it is just mantis ballast.
A couple of points:
1. Maybe the way the compiler is set up forces certain
restrictions/architecture on a sandbox model. It might be wise to get in
touch with the Firebird people first before they invent a round wheel
while we need an octagonal one.

2. The Firebird people might want to know which platforms FPC can run. I
don't know whether they intend to drop HP-UX, but that stood out as the
platform FPC doesn't cover yet.
Coordination on this might be useful, too.

3. If FPC/embedded is to work on Win64, I suppose bug
http://bugs.freepascal.org/view.php?id=17360
Firebird database exceptions don't generate EIBDatabaseError but a
general exception on 64 bit windows
will need to be fixed, so that could be set as related.

4. I just tried to open up communication and provide a way for both
sides to communicate and keep track of things.

However, please feel free to close/delete it if you think that's best.
After all, I just floated the idea, while I know perfectly well it's
unlikely my skills are not sufficient to do a lot of the work required.


-- 
Regards,

jb
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: RE : [fpc-pascal] Re: RE : RE : RE : Assigning value to ftVariant datatype& varbytes-still stuck

2011-08-09 Thread waldo kitty 

On 8/9/2011 10:42, Ludo Brands wrote:

   Exception:   Access violation
   Source unit:
   Method name:
   Line number: 574
 00.003  TestXSDExport_Access_NoXSD_NoDecimal  Error:


Line 547 is where FillTestData is called. Not very usefull.


line 547 or 574? the error report is 574 ;)
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: RE : [fpc-pascal] Re: RE : RE : RE : Assigning value to ftVariant datatype& varbytes-still stuck

2011-08-09 Thread Reinier Olislagers 
On 9-8-2011 16:42, Ludo Brands wrote:
> 
> Downloaded the code and it raises an SUnsupportedFieldType when
> creating the ftAutoInc field. That is OK since I didn't include
> ftAutoinc in the supported list for TBufDataset. If you are not
> getting this error, then the patch and/or install didn't work.
I feared as much. Totally strange, as I tried my patch for SQLExport as
well and that did work fine.
I'll clean up everything & try again...

> Line 547 is where FillTestData is called. Not very usefull.
I agree. Seems like the test setup & teardown should be a test of their
own for TBufDataset :(
> 
> I do get a segfault in the last test when assigning to
> ftWideString256. When tracing the code it crashes when moving the
> size+1 chracters to the database. This fixed length moving is
> fundamentally wrong. The string is only 20 or so chars long and
> TCustomBufDataset.SetFieldData tries to do a move of the full 514
> bytes (256+1)*2. This asking for trouble. The source of the data is
> here a temporary WideString created by casting a string, so probably
> on the heap. Reading 514 bytes when only 40 odd where allocated is
> not always working
> 
> I'll try to fix that one also.
I'd appreciate that a lot!


Thanks a lot for the help,
Reinier
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

RE : [fpc-pascal] Re: RE : RE : RE : Assigning value to ftVariant datatype& varbytes-still stuck

2011-08-09 Thread Ludo Brands 
> Applied patch in fpc source, make clean, make all make 
> install for FPC, make for Lazarus, rescan fpc source 
> directory, recompile test project.
> 
> Still get access violations.
> (ftVariant, ftVarbytes set to size 10, then assigning all 
> kinds of strings to it using .AsString)
> 
> Could you have a look at the test code now - I might still be 
> doing something really stupid. The commit where the files are 
> readded, you can download the test code
> there: 
> https://bitbucket.org/reiniero/fpc_laz_patch_playground/change
> set/6be7ed0edb4b
> 

Downloaded the code and it raises an SUnsupportedFieldType when creating the 
ftAutoInc field. That is OK since I didn't include ftAutoinc in the supported 
list for TBufDataset. If you are not getting this error, then the patch and/or 
install didn't work.

> (It seems getting the value from the ftVariant field gives an 
> access violation, but I'm not sure)
> 
> Thanks,
> Reinier
> 
> 
> 
> Some output from the test:
> *** Starting to fill row 1
> 
> Field: ftString_256 has value Douglas Adams less than: < greater than
> > tab:crlf:
> åœ‹ç¼ºç•Œå¹¿æ¬ å»£ç•Œç•Œä¸œç¼º. Haddock drinks rosé (ros, e 
> accent aigu), водка (wodka cyrillic) and ούζο (ouzo 
> Greek) but prefers Loch Lomond whiskey.
> Field: ftTime has value 23:59:59
> Field: ftTypedBinary has value
> Field: ftVariant: error retrieving value:
> EAccessViolation; detailed error message: Access violation
> Field: ftVarBytes has value Douglas Ad
> 
> EAccessViolation; detailed error message: Access violat 
> Time:00.027 N:8 E:7 F:0 I:0
>   Ttestxmlxsdexport1 Time:00.027 N:8 E:7 F:0 I:0
> 00.003  TestXSDExport_Access_NoXSD_Decimal  Error: 
> EAccessViolation
>   Exception:   Access violation
>   Source unit:
>   Method name:
>   Line number: 574
> 00.003  TestXSDExport_Access_NoXSD_NoDecimal  Error: 

Line 547 is where FillTestData is called. Not very usefull. 

I do get a segfault in the last test when assigning to ftWideString256. When 
tracing the code it crashes when moving the size+1 chracters to the database. 
This fixed length moving is fundamentally wrong. The string is only 20 or so 
chars long and TCustomBufDataset.SetFieldData tries to do a move of the full 
514 bytes (256+1)*2. This asking for trouble. The source of the data is here a 
temporary WideString created by casting a string, so probably on the heap. 
Reading 514 bytes when only 40 odd where allocated is not always working  

I'll try to fix that one also.

Ludo

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Re: FreePascal as an embedded language in Firebird: possible and desirable?

2011-08-09 Thread Marco van de Voort 
In our previous episode, Jim said:
> requests to keep track of things:
> 
> Firebird issue/feature request:
> http://tracker.firebirdsql.org/browse/CORE-3571
> FreePascal issue/feature request:
> http://bugs.freepascal.org/view.php?id=19946

IMHO this FPC tracker item is totally open ended, and it is not clear what
exactly is requested.  It is only an intention to do something with Firebird
stored procedures and FPC, and not a concrete proposal or even a reference
to something that has to be implemented.

Maybe it is more logical to wait till Firebird has a defined sandbox model
for native languages ? This way it is just mantis ballast.


___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: FreePascal as an embedded language in Firebird: possible and desirable?

2011-08-09 Thread Jim 
On 27-7-2011 9:10, Jim wrote:
> Hi FreePascal and Firebird people,
> (Cross-posted to the FPC and Firebird Development mailing lists)
> 
> 1. Background
> =
> For the upcoming Firebird 3.0 database server release, developers are
> working on allowing external languages (at first Java) for writing
> stored procedures and functions.
> I found this, rather old, reference:
> http://web.firebirdsql.org/index.php?op=devel&sub=plugins&id=external_java
> 
> FreePascal (FPC) is an object oriented variant of Pascal that looks very
> much like Delphi (in fact, there's a Delphi compatibility switch so you
> can port your existing code).
> 
> Would it be possible and desirable to have FreePascal as an embedded
> stored procedure/trigger language in some future release of Firebird? (I
> can't recall this having been brought up before, so I just start the
> ball rolling).


Thanks for the discussion on both lists; I've created some feature
requests to keep track of things:

Firebird issue/feature request:
http://tracker.firebirdsql.org/browse/CORE-3571
FreePascal issue/feature request:
http://bugs.freepascal.org/view.php?id=19946

Thanks!
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: Cross Compiling from Linux to a Mac OS X 10.5 or 10.6 target. How? [SOLVED]

2011-08-09 Thread Reinier Olislagers 
On 9-8-2011 14:29, Torsten Bonde Christiansen wrote:
> On 2011-08-09 12:59, Reinier Olislagers wrote:
>> On 9-8-2011 12:21, Torsten Bonde Christiansen wrote:
>>> On 2011-08-09 10:46, Reinier Olislagers wrote:
>> I've put this on the wiki, don't know if it helps
>> On 64 bit Linux environments, fpc mailing list users have problems.
>> Perhaps this
>> [http://stackoverflow.com/questions/3024255/building-odcctools-in-a-64-bit-os
>>
>> StackOverflow question and answer] can help: in the configure step,
>> you'd apparently need to set
>> CC="gcc -m32" CXX="g++ -m32" ./configure blah blah blah
> You may also put a note that there exists a launchpad ppa for ubuntu,
> then you don't need to compile the binutils yourself (which evidently
> can be a pain in the ...).
> 
> https://launchpad.net/~flosoft/+archive/cross-apple
> 
> 
> Btw. I got the compilation working on a Ubuntu 11.04 64-bit (within a
> VM), but since my main desktop still runs 10.04 I cannot use the ppa.
> 
Thanks for the hints, but feel free to write it up yourself; I use
Debian, not Ubuntu & haven't tried it...

Regards,
Reinier
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Re: Cross Compiling from Linux to a Mac OS X 10.5 or 10.6 target. How? [SOLVED]

2011-08-09 Thread Torsten Bonde Christiansen 

On 2011-08-09 12:59, Reinier Olislagers wrote:

On 9-8-2011 12:21, Torsten Bonde Christiansen wrote:

On 2011-08-09 10:46, Reinier Olislagers wrote:

My pleasure - though I haven't finished yet&   may run into things.

It seems you're setting up a 32 bit environment. Both my Linux (Debian)
and OSX machine are 64 bit - don't know if this will work.

I've just tried to follow the guide, but seem to run into the same
problem as many other apparently also do:

At global scope:
cc1plus: warning: unrecognized command line option "-Wno-long-doubl

 From what I can read on the web this is somehow related to 64-bit vs.
32-bit crosscompile, but I'm not sure how to solve it.

The following resources are an interesting read, but didn't really seem
to get me any further.
http://code.google.com/p/iphone-dev/issues/detail?id=212#makechanges
http://code.google.com/p/iphone-dev/issues/detail?id=14

Neither of the CFLAGS/LDFLAGS options helped me, perhaps someone have
done this succesfully on a Ubuntu 10.04 x86_64 like my system.


I've put this on the wiki, don't know if it helps
On 64 bit Linux environments, fpc mailing list users have problems.
Perhaps this
[http://stackoverflow.com/questions/3024255/building-odcctools-in-a-64-bit-os
StackOverflow question and answer] can help: in the configure step,
you'd apparently need to set
CC="gcc -m32" CXX="g++ -m32" ./configure blah blah blah
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
You may also put a note that there exists a launchpad ppa for ubuntu, 
then you don't need to compile the binutils yourself (which evidently 
can be a pain in the ...).


https://launchpad.net/~flosoft/+archive/cross-apple 



Btw. I got the compilation working on a Ubuntu 11.04 64-bit (within a 
VM), but since my main desktop still runs 10.04 I cannot use the ppa.


Kind regards,
Torsten Bonde Christiansen.




___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Re: Cross Compiling from Linux to a Mac OS X 10.5 or 10.6 target. How? [SOLVED]

2011-08-09 Thread Bruce Tulloch 
Indeed. I have retained a 32 bit system for my main development host for
the time being due to issues such as this (not that I knew of this
particular problem). I'll be interested to see what solutions you find
work as I do plan to migrate to 64 bits soon. Good to know what I'm up
against. FWIW, the cross-compiled bundle generated by my new setup does
appear to run okay on a 64-bit Mac -b

On 08/09/11 18:46, Reinier Olislagers wrote:
> My pleasure - though I haven't finished yet & may run into things.
> 
> It seems you're setting up a 32 bit environment. Both my Linux (Debian)
> and OSX machine are 64 bit - don't know if this will work.
> 
> Anyway, I'll get back on the list if I have problems...
> 
> Reinier
> On 9-8-2011 10:28, Bruce Tulloch wrote:
>> Brilliant, thanks Reinier, it looks good. Cheers, Bruce.
>>
>> On 08/08/11 23:03, Reinier Olislagers wrote:
>>> http://wiki.lazarus.freepascal.org/Cross_compiling_OSX_on_Linux
> ___
> fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
> http://lists.freepascal.org/mailman/listinfo/fpc-pascal
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: RE : RE : RE : Assigning value to ftVariant datatype& varbytes-still stuck

2011-08-09 Thread Reinier Olislagers 
On 9-8-2011 12:17, Ludo Brands wrote:
> I created a patch for ftVariant, ftBytes and ftVarBytes support as well as a
> check for supported types and attached it to the issue. Feel free to extend
> your tests with it ;) 
Applied patch in fpc source, make clean, make all make install for FPC,
make for Lazarus, rescan fpc source directory, recompile test project.

Still get access violations.
(ftVariant, ftVarbytes set to size 10, then assigning all kinds of
strings to it using .AsString)

Could you have a look at the test code now - I might still be doing
something really stupid.
The commit where the files are readded, you can download the test code
there:
https://bitbucket.org/reiniero/fpc_laz_patch_playground/changeset/6be7ed0edb4b

(It seems getting the value from the ftVariant field gives an access
violation, but I'm not sure)

Thanks,
Reinier



Some output from the test:
*** Starting to fill row 1

Field: ftString_256 has value Douglas Adams less than: < greater than
> tab:  crlf:
åœ‹ç¼ºç•Œå¹¿æ¬ å»£ç•Œç•Œä¸œç¼º. Haddock drinks rosé (ros, e accent
aigu), водка (wodka cyrillic) and ο�ζο (ouzo Greek) but prefers
Loch Lomond whiskey.
Field: ftTime has value 23:59:59
Field: ftTypedBinary has value
Field: ftVariant: error retrieving value:
EAccessViolation; detailed error message: Access violation
Field: ftVarBytes has value Douglas Ad

EAccessViolation; detailed error message: Access violat Time:00.027 N:8
E:7 F:0 I:0
  Ttestxmlxsdexport1 Time:00.027 N:8 E:7 F:0 I:0
00.003  TestXSDExport_Access_NoXSD_Decimal  Error: EAccessViolation
  Exception:   Access violation
  Source unit:
  Method name:
  Line number: 574
00.003  TestXSDExport_Access_NoXSD_NoDecimal  Error: EAccessViolation
  Exception:   Access violation
  Source unit:
  Method name:
  Line number: 574
00.004  TestXSDExport_Access_XSD_Decimal  Error: EAccessViolation
  Exception:   Access violation
  Source unit:
  Method name:
  Line number: 574
00.004  TestXSDExport_Access_XSD_NoDecimal  Error: EAccessViolation
  Exception:   Access violation
  Source unit:
  Method name:
  Line number: 574
00.003  TestXSDExport_ADONET_NoXSD  Error: EAccessViolation
  Exception:   Access violation
  Source unit:
  Method name:
  Line number: 574
00.003  TestXSDExport_ADONET_XSD  Error: EAccessViolation
  Exception:   Access violation
  Source unit:
  Method name:
  Line number: 574
00.003  TestXSDExport_DelphiClientDataset  Error: EAccessViolation
  Exception:   Access violation
  Source unit:
  Method name:
  Line number: 574
00.004  TestXSDExport_Excel

Number of run tests: 8
Number of errors:7
Number of failures:  0

List of errors:
  Error:
Message:
Ttestxmlxsdexport1.TestXSDExport_Access_NoXSD_Decimal: Access violation
Exception class:   EAccessViolation
Exception message: Access violation
Source unitname:
Line number:   574
Failed methodname:

  Error:
Message:
Ttestxmlxsdexport1.TestXSDExport_Access_NoXSD_NoDecimal: Access violation
Exception class:   EAccessViolation
Exception message: Access violation
Source unitname:
Line number:   574
Failed methodname:

  Error:
Message:
Ttestxmlxsdexport1.TestXSDExport_Access_XSD_Decimal: Access violation
Exception class:   EAccessViolation
Exception message: Access violation
Source unitname:
Line number:   574
Failed methodname:

  Error:
Message:
Ttestxmlxsdexport1.TestXSDExport_Access_XSD_NoDecimal: Access violation
Exception class:   EAccessViolation
Exception message: Access violation
Source unitname:
Line number:   574
Failed methodname:

  Error:
Message:   Ttestxmlxsdexport1.TestXSDExport_ADONET_NoXSD:
Access violation
Exception class:   EAccessViolation
Exception message: Access violation
Source unitname:
Line number:   574
Failed methodname:

  Error:
Message:   Ttestxmlxsdexport1.TestXSDExport_ADONET_XSD:
Access violation
Exception class:   EAccessViolation
Exception message: Access violation
Source unitname:
Line number:   574
Failed methodname:

  Error:
Message:
Ttestxmlxsdexport1.TestXSDExport_DelphiClientDataset: Access violation
Exception class:   EAccessViolation
Exception message: Access violation
Source unitname:
Line number:   574
Failed methodname:
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: RE : Re: RE : RE : RE : Assigning value to ftVariant datatype& varbytes-still stuck

2011-08-09 Thread Reinier Olislagers 
On 9-8-2011 13:34, Ludo Brands wrote:
>> I've changed ftVariant to base64 encoding (i.e. treat is as 
>> binary) in commit 19: 
> 
> Mmm... That's taking risks and requires quite some testing with the
> different host applications. When transferring data as strings, we know that
> apps do the string to integer/date/whatever transformation. But when you
> transfer them as binary, I'm afraid that they will be imported as is ie. no
> transformation. 
Yes, it is taking a risk. However, if I understand correctly, a variant
can contain an integer, string, anything really. Couldn't it also
contain blob or binary data?
Encoding it as base64 seems safer to me than just blindly writing it out
as a string.

(Don't know if ftVariant fields are ever used in real world databases
though)

I really don't care myself which way we go - I'll happily defer to your
expertise.

Just say the word & I'll change them all back to string ;)
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

RE : [fpc-pascal] Re: RE : RE : RE : Assigning value to ftVariant datatype& varbytes-still stuck

2011-08-09 Thread Ludo Brands 
> > The format was defined as string before.
> That doesn't match my current version.
> Maybe I already made the change:
> I've changed ftVariant to base64 encoding (i.e. treat is as 
> binary) in commit 19: 

Mmm... That's taking risks and requires quite some testing with the
different host applications. When transferring data as strings, we know that
apps do the string to integer/date/whatever transformation. But when you
transfer them as binary, I'm afraid that they will be imported as is ie. no
transformation. 

> Can you tell me what field type it is? I'm guessing ftVariant...

Yes, it came up when testing new the ftVariant.

Ludo

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: Cross Compiling from Linux to a Mac OS X 10.5 or 10.6 target. How? [SOLVED]

2011-08-09 Thread Reinier Olislagers 
On 9-8-2011 12:21, Torsten Bonde Christiansen wrote:
> On 2011-08-09 10:46, Reinier Olislagers wrote:
>> My pleasure - though I haven't finished yet&  may run into things.
>>
>> It seems you're setting up a 32 bit environment. Both my Linux (Debian)
>> and OSX machine are 64 bit - don't know if this will work.
> I've just tried to follow the guide, but seem to run into the same
> problem as many other apparently also do:
> 
> At global scope:
> cc1plus: warning: unrecognized command line option "-Wno-long-doubl
> 
> From what I can read on the web this is somehow related to 64-bit vs.
> 32-bit crosscompile, but I'm not sure how to solve it.
> 
> The following resources are an interesting read, but didn't really seem
> to get me any further.
> http://code.google.com/p/iphone-dev/issues/detail?id=212#makechanges
> http://code.google.com/p/iphone-dev/issues/detail?id=14
> 
> Neither of the CFLAGS/LDFLAGS options helped me, perhaps someone have
> done this succesfully on a Ubuntu 10.04 x86_64 like my system.
> 
I've put this on the wiki, don't know if it helps
On 64 bit Linux environments, fpc mailing list users have problems.
Perhaps this
[http://stackoverflow.com/questions/3024255/building-odcctools-in-a-64-bit-os
StackOverflow question and answer] can help: in the configure step,
you'd apparently need to set
CC="gcc -m32" CXX="g++ -m32" ./configure blah blah blah
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Re: RE : RE : RE : Assigning value to ftVariant datatype& varbytes-still stuck

2011-08-09 Thread Reinier Olislagers 
On 9-8-2011 12:17, Ludo Brands wrote:
> I created a patch for ftVariant, ftBytes and ftVarBytes support as well as a
> check for supported types and attached it to the issue. Feel free to extend
> your tests with it ;) 
Thanks, I'll have a look.

> 
> Also a change in fpXMLXSDExport line 388:
> 
>   Fanode := Foutputdoc.Createtextnode(Utf8decode(EF.Field.AsString));
> 
> Instead of 
> 
>   Fanode :=
> Foutputdoc.Createtextnode(Encodestringbase64(EF.Field.AsString));
> 
> The format was defined as string before.
That doesn't match my current version.
Maybe I already made the change:
I've changed ftVariant to base64 encoding (i.e. treat is as binary) in
commit 19:
https://bitbucket.org/reiniero/fpc_laz_patch_playground/changeset/a78b5a5de22e

Can you tell me what field type it is? I'm guessing ftVariant...

You might also be interested in the newest version on Bitbucket. The
last couple of days I've added some fixes to block invalid date ranges
for Access/Excel, as well as the order of output in Delphi clientdataset...
The tests are crashing again now, so I might be back with some newbie
questions.

Thanks for the help & the patch,
Reinier
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Re: Cross Compiling from Linux to a Mac OS X 10.5 or 10.6 target. How? [SOLVED]

2011-08-09 Thread Torsten Bonde Christiansen 

On 2011-08-09 10:46, Reinier Olislagers wrote:

My pleasure - though I haven't finished yet&  may run into things.

It seems you're setting up a 32 bit environment. Both my Linux (Debian)
and OSX machine are 64 bit - don't know if this will work.
I've just tried to follow the guide, but seem to run into the same 
problem as many other apparently also do:


At global scope:
cc1plus: warning: unrecognized command line option "-Wno-long-doubl

From what I can read on the web this is somehow related to 64-bit vs. 
32-bit crosscompile, but I'm not sure how to solve it.


The following resources are an interesting read, but didn't really seem 
to get me any further.

http://code.google.com/p/iphone-dev/issues/detail?id=212#makechanges
http://code.google.com/p/iphone-dev/issues/detail?id=14

Neither of the CFLAGS/LDFLAGS options helped me, perhaps someone have 
done this succesfully on a Ubuntu 10.04 x86_64 like my system.


Kind regards,
Torsten Bonde Christiansen
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

RE : RE : RE : [fpc-pascal] Assigning value to ftVariant datatype& varbytes-still stuck

2011-08-09 Thread Ludo Brands 
> On 7-8-2011 19:50, Ludo Brands wrote:
> > TBufDataset doesn't support ftVarBytes and ftVariant. Variants are 
> > complex objects and aren't stored by just copying bytes. Don't use 
> > them with TBufDataset.
> > 
> > Ludo
> > 
> ... cause they have some kind of structure that describes 
> what kind of data the variable/field actually contains and a 
> pointer to memory containing the actual data? Just guessing...
> 
> Anyway, once again thanks a lot for the help, I've updated my 
> test code and posted http://bugs.freepascal.org/view.php?id=19930
> 

I created a patch for ftVariant, ftBytes and ftVarBytes support as well as a
check for supported types and attached it to the issue. Feel free to extend
your tests with it ;) 


Also a change in fpXMLXSDExport line 388:

  Fanode := Foutputdoc.Createtextnode(Utf8decode(EF.Field.AsString));

Instead of 

  Fanode :=
Foutputdoc.Createtextnode(Encodestringbase64(EF.Field.AsString));

The format was defined as string before.

Ludo

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Suggested fix for problem make install trunk FPC: trailing backslash in directory specification

2011-08-09 Thread Reinier Olislagers 
Just tried updating FPC sources and compiling (32 bit) on Windows Vista
x64 and got an error and a solution.

===
Summary: I get an error when I do something like:
make.exe install INSTALL_PREFIX=C:\Development\Fpc\
"PP=C:\Development\Fpc\bin\i386-win32\fpc.exe"
but when I leave out the trailing backslash in the INSTALL_PREFIX:
make.exe install INSTALL_PREFIX=C:\Development\Fpc
"PP=C:\Development\Fpc\bin\i386-win32\fpc.exe"
it works.
===
Would it be possible to adapt fpmake to accept a directory with a
trailing directory separator? Or is the issue in make or somewhere else?
It seems more natural to me to specify a directory with such as
separator at the end.

I had a look at the FreePascal Programmer's manual, Appendix E Using
FPCMake (same as fpmake?); it describes the directories, and gives
examples without trailing separators, but does not say anything about
them being forbidden...

Thanks,
Reinier
===
Details:
On recent SVN trunk 18151 (using LazUpdater/git though; git commit
71614930203ea050198f).
Got an error on make install:
"C:\lazarus\fpc\2.5.1\bin\i386-win32\make.exe" install
INSTALL_PREFIX=C:\Development\Fpc\
"PP=C:\Development\Fpc\bin\i386-win32\fpc.exe"
. a lot of activity
C:/lazarus/fpc/2.5.1/bin/i386-win32/make.exe -C fcl-base distinstall
make.exe[4]: Entering directory
`C:/Development/Fpc/Source/packages/fcl-base'
C:/Development/Fpc/Source/compiler/ppc386.exe fpmake.pp -n
-FuC:/Development/Fpc/Source/rtl/units/i386-win32
-FuC:/Development/Fpc/Source/packages/hash/units/i386-win32
-FuC:/Development/Fpc/Source/packages/paszlib/units/i386-win32
-FuC:/Development/Fpc/Source/packages/fcl-process/units/i386-win32
-FuC:/Development/Fpc/Source/packages/fpmkunit/units/i386-win32
.\fpmake.exe install --localunitdir=../.. --globalunitdir=.. --os=win32
--cpu=i386 -o -Ur -o -Xs -o -O2 -o -n -o
-FuC:/Development/Fpc/Source/rtl/units/i386-win32 -o
-FuC:/Development/Fpc/Source/packages/hash/units/i386-win32 -o
-FuC:/Development/Fpc/Source/packages/paszlib/units/i386-win32 -o
-FuC:/Development/Fpc/Source/packages/fcl-process/units/i386-win32 -o
-FuC:/Development/Fpc/Source/packages/fpmkunit/units/i386-win32 -o -FE.
-o -FUunits/i386-win32 -o -di386 -o -dRELEASE
--compiler=C:/Development/Fpc/Source/compiler/ppc386.exe
--prefix=C:\Development\Fpc\
--unitinstalldir=C:\Development\Fpc\/units/i386-win32/fcl-base -ie
The installer encountered the following error:
Failed to create directory "C:\Development\Fpc \bin\"
make.exe[4]: *** [distinstall] Error 1
make.exe[4]: Leaving directory `C:/Development/Fpc/Source/packages/fcl-base'

So it seems there's an error with fpmake trying to create
c:\development\fpc \bin\ which should probably be c:\development\fpc\bin

Tried to do it again:
cd /d c:\development\fpc
make clean
del /s *.ppu
del /s *.o
=> fpmake.o is deleted
"C:\lazarus\fpc\2.5.1\bin\i386-win32\make.exe" install
INSTALL_PREFIX=C:\Development\Fpc\
"PP=C:\Development\Fpc\bin\i386-win32\fpc.exe"
I still get the same error, but when I remove the trailing \ from the
INSTALL_PREFIX directory and specify
"C:\lazarus\fpc\2.5.1\bin\i386-win32\make.exe" install
INSTALL_PREFIX=C:\Development\Fpc
"PP=C:\Development\Fpc\bin\i386-win32\fpc.exe"
... it works.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Re: Cross Compiling from Linux to a Mac OS X 10.5 or 10.6 target. How? [SOLVED]

2011-08-09 Thread Reinier Olislagers 
My pleasure - though I haven't finished yet & may run into things.

It seems you're setting up a 32 bit environment. Both my Linux (Debian)
and OSX machine are 64 bit - don't know if this will work.

Anyway, I'll get back on the list if I have problems...

Reinier
On 9-8-2011 10:28, Bruce Tulloch wrote:
> Brilliant, thanks Reinier, it looks good. Cheers, Bruce.
> 
> On 08/08/11 23:03, Reinier Olislagers wrote:
>> http://wiki.lazarus.freepascal.org/Cross_compiling_OSX_on_Linux
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Re: Cross Compiling from Linux to a Mac OS X 10.5 or 10.6 target. How? [SOLVED]

2011-08-09 Thread Bruce Tulloch 
Brilliant, thanks Reinier, it looks good. Cheers, Bruce.

On 08/08/11 23:03, Reinier Olislagers wrote:
> On 6-8-2011 15:28, Causal Lists wrote:
>> I finally managed to get Intel Mac OS X cross-compilation (from Linux)
>> working well so I thought I'd document what I did for the benefit of
>> others because the info in the wiki is wildly out of date.
>>
>> I'll update the wiki (if I can) to point to this message.
>>
> 
>> Cheers, Bruce.
> 
> Bruce,
> 
> Thanks for your post. I've taken the liberty to start the wiki page as
> I'm trying it out.
> 
> See
> http://wiki.lazarus.freepascal.org/Cross_compiling_OSX_on_Linux
> 
> Regards,
> Reinier
> ___
> fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
> http://lists.freepascal.org/mailman/listinfo/fpc-pascal
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal