I use latest FPC from /trunk/ and this problem just started happening recently.
Pseudo code
Write To SQL as Blob (using parameter binding)
Param.AsString=uInt64Array.toBlob(MyList);
unit "uInt64Array"
procedure fromBlob(List,string)
count=length(string) div 8; // size of int64
SetLength(Li
On Fri, Sep 23, 2011 at 12:12 AM, LacaK wrote:
>
>> Did anyone recently do work on BLOB features to MySQL 5.1 connector?
>>
>
> there was commited only this
> http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/packages/fcl-db/src/sqldb/mysql/mysqlconn.inc?r1=17417&r2=18951
> which introduced mappi
On Fri, Sep 23, 2011 at 1:07 AM, LacaK wrote:
> TMySQL51Connection ?
I'm using TMySQL51Connection.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Fri, Sep 23, 2011 at 7:00 AM, Sergei Gorelkin
wrote:
> Recently strings behavior was changed, they are now codepage-aware. The
> compiler can now implicitly convert strings from one encoding to another. To
> handle non-string data, you should use RawByteString type, or better yet
> non-string t
On Fri, Sep 23, 2011 at 7:28 AM, Martin Schreiber wrote:
> On Friday 23 September 2011 14.00:07 Sergei Gorelkin wrote:
>>
>> Recently strings behavior was changed, they are now codepage-aware. The
>> compiler can now implicitly convert strings from one encoding to another.
>> To handle non-string
I think you should also look into setting linger options at a lower
rate than present values. 120 seconds is too long. 15-30 seconds is
a reasonable amount of time to give a dead socket.
In fpc componetent design, I would recommend to also make sure that
sockets issue SHUT_DOWN for Both read and
Can't build ./trunk/FPC with starting compiler 2.4.4+
mysql40conn.pas
mysqlconn.inc(700,37) Error: Incompatible types: got "pculong"
expected "PLongWord"
Please fix :-)
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.o
class
storage
class
Folders
Type
Item=record
end;
PItem=^TItem
TItems=array of PItem
Variables in some other unit compile OK.
in some other unit:
type MyCallback=procedure(Var Items:Storage.Folders.TItems); // linking fa
:
> 16.12.11 1:58, Andrew Brunner пишет:
>
>> class
>> storage
>> class
>> Folders
>> Type
>> Item=record
>> end;
>> PItem=^TItem
>> TItems=array of PItem
>>
>>
>
> Can you report a small but full example to the bug tracker?
Yes, I was able to get it to fail with just a simple unit test.
It's a lazarus project.
http://mantis.freepascal.org/view.php?id=20909
___
fpc-devel maillist - fpc-devel@lists.freepascal.or
Polymorphism and Namespaces don't work.
http://bugs.freepascal.org/view.php?id=20940
Is a fix something I can expect shortly? Just want to know how
serious the issue is or if I should work around.
Thanks
___
fpc-devel maillist - fpc-devel@lists.free
Having just looked over the class factory for images in FPC, I found
that ImageHandlersManager is missing a critical method to obtain a reader
or write by the extension used.
Presently the getReader uses the TypeName and not the Extenstion. I find
this quite annoying. Can someone please extend t
This problem recently appeared in svn/fpc/trunk
I tried pointing to:
CLSInfo : @Root.Test.CLSInfo ; // Still not working
CLSInfo : @Root.Test.CLSInfo1 ;// Renamed dec and still didn't work.
This problem did not exist a few days ago.
I have a ton of units that don't compile now!!!
Please hel
Here's the source...
Test.lpr
Description: Binary data
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
ProviderID : 0;
Enabled : true;
Anonymous: false;
NotifyOnBuffersChanged : false;
Scale: 0;
CLSInfo : @CLSInf;
ACLInfo : @ACLInf;
);
On Mon, Apr
2.6.0 also triggers the same error. AFAICS this problem is
> somewhat analogous to the limitation when declaring members in a
> record. Are you sure the unit in your big project is being compiled?
>
> -Flávio
>
> On Mon, Apr 30, 2012 at 3:39 PM, Andrew Brunner
> wrote:
> &
I just encountered this problem again.
I can't build my process application and the attached project still won't
compile. Can someone shed some light on this problem?
Thanks.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepa
Ok,
Attached is a sample program that demonstrates the problem.
FPC 2.6.0 compiles just fine.
FPC Trunk has a problem.
The attachment of the unit in this thread prior SHOULD work but did not
because there is a secondary problem in that once I moved the primary decs
into a header file the using u
>
> It's best to file a bug report.
>
>
> http://bugs.freepascal.org/view.php?id=21941
Thanks Jonas, I thought it would be an easy fix. I really enjoy this
feature in FPC. It's worth it to me to get these problems worked out. Not
to mention having to re-write really pretty code :-(
I'm able t
Mac OSX 10.7.4
FPC svn/trunk just updated
Lazarus svn/trunk just updated
Free Pascal Compiler version 2.7.1 [2012/05/20] for i386
Copyright (c) 1993-2012 by Florian Klaempfl and others
Target OS: Darwin for i386
Compiling alllclunits.pp
Assembling (pipe) units/i386-darwin/alllclunits.s
41 lines c
After compiling I don't have IconsCore in
/usr/local/lib/fpc/2.7.1/units/i386-darwin/univint
I use the Journaled Case Sensitive file system. FPC 2.6 works though. I
just recently started having this problem.
Start compiling package univint for target i386-darwin.
Warning: Source file "CTFrameSe
$ fpc
Fatal: In options file /etc/fpc.cfg at line 29 unexpected \var{\#ENDIFs}
encountered
Shell script that made cfg
sudo $FPC_CONFIG -d basepath=$FPC_DIR -o $FPC_DIR/fpc.cfg
sudo $FPC_CONFIG -d basepath=$FPC_DIR -o /etc/fpc.cfg
I never had this problem before... What gives?
fpc.cfg
Descript
Problem solved. This time I used the downloaded install scripts from
sourceforge. It came with a install script option to /usr or /usr/local.
My systems are /usr/local... Too keyboard happy :-) My bad.
On Tue, Jul 24, 2012 at 4:51 PM, Andrew Brunner
wrote:
> $ fpc
>
> Fatal: In opt
I've been keeping up with this topic for a while now and I haven't
read any suggestions similar to how I envision encoding support.
I think it's best to keep ansi strings intact. I also think it's best
to create a string encoding class factory for people to draw upon for
conversions.
I don't thi
ion with an Object Pascal
> version.
Again it would be best to get a team together and do something nice rather than
simple.
Andrew Brunner,
Aurawin LLC
http://aurawin.com/
A great place to store and share your pictures, videos, and more, featuring a
rich cloud social computing platform.
There is no way to have CDATA with charaters past 127. Anyone know the
rationale?
Is there anyway to get the parser to respect Validate=false for
charaters beyond 127?
Thanks,
--
Andrew Brunner
Aurawin LLC
512.574.6298
http://aurawin.com/
Aurawin is a great new place to store, share, and
t
use such a pivotal technology as a tool to get what someone else wants.
The bottom-line inference here is that WE ALL must encode ALL DATA
before it can be streamed / parsed. That's bad news and EXPENSIVE.
Therefore, any help would be greatly appreciated.
--
Andrew Brunner
Aur
ancy could be harsh but this is an expensive problem
for me. Each server can cost as much as $4,000 US.
--
Andrew Brunner
Aurawin LLC
512.574.6298
http://aurawin.com/
Aurawin is a great new place to store, share, and enjoy your
photos, videos, music and more.
__
e for byte checking
during parsing.
--
Andrew Brunner
Aurawin LLC
512.574.6298
http://aurawin.com/
Aurawin is a great new way to store, share, and enjoy your
photos, videos, music and more.
program invalid;
var
FXMLParser : TDOMParser;
FXMLDoc
On Nov 2, 2012, at 7:24 AM, Michael Van Canneyt wrote:
>
>
> On Thu, 1 Nov 2012, Andrew Brunner wrote:
>
>> I'm having a problem getting the XML parser to read.
>>
>> Is there any way I can get the attached program to work by changing a
>> p
On 11/02/2012 08:08 AM, Michael Van Canneyt wrote:
There is no attachment to your mail.
The attachment was in my first posting. But just in cease I've attached
it again.
Please feel free to check it out.
The example is stripped of most of the xml code that was successfully
parsed. This
On Nov 2, 2012, at 8:32 AM, Sergei Gorelkin wrote:
>
> In this case, the issue is not encoding, but literal ESC (#27) code used in
> data. XML specification does not allow codepoints below 32, except TAB,CR and
> LF, to appear in data, both in literal and escaped forms.
> In other words, XML
So where in the specs does it say that parsers must reject certain byte
sequences between cdata tags excepting XML tags.
If this is supported by specs it would help shape a viable solution.
On Nov 2, 2012, at 9:01 AM, Sergei Gorelkin wrote:
> 02.11.2012 17:44, Mattias Gaertner пишет:
>>
>
er is not
doable on some mail servers.
My server uses deflate stream compression. I have multicore servers.
My larger problem are the datagram
values containing strings that fail.
So with encoding of binary inflated - I would still have to parse each byte.
To me that is the problem.
TF8 or
UTF16? Will this code allow bytes to go by without messing them all up?
--
Andrew Brunner
Aurawin LLC
512.574.6298
http://aurawin.com/
Aurawin is a great new way to store, share, and enjoy your
photos, videos, music and more.
, Thanks
--
Andrew Brunner
Aurawin LLC
512.574.6298
http://aurawin.com/
Aurawin is a great new way to store, share, and enjoy your
photos, videos, music and more.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman
Same problem with TMemoryStream.Write :-(
On 11/05/2012 10:09 PM, Andrew Brunner wrote:
objpas/classes/classesh.inc
TCustomMemoryStream
function Read(var Buffer; Count: LongInt): LongInt; override;
Having Read result declared as LongInt is problematic on 64 bit
systems with large streams
ar concatenated with spaces Please fix....
--
Andrew Brunner
Aurawin LLC
19309 Stage Line Trail
Pflugerville, TX 78660
https://aurawin.com/
Aurawin is a great new way to store, share, and explore all your content
featuring our innovative cloud social com
I've got darwin Mac OS 10.9 running fpc 2.6.2 installed and compiling
from the downloads section of the site.
I'm trying with no success to get 2.7.1 to compile ppcx64 with
/usr/local/bin/fpc ->/usr/local/lib/fpc/2.6.2/ppcx64
which fpc shows...
/usr/local/bin/fpc
contents of /usr/local/bin/ in
On 11/25/13, 2:56 PM, Jonas Maebe wrote:
On 25 Nov 2013, at 21:28, Andrew Brunner wrote:
I've got darwin Mac OS 10.9 running fpc 2.6.2 installed and compiling from the
downloads section of the site.
I'm trying with no success to get 2.7.1 to compile ppcx64 with /usr/local/bin/f
On 11/25/13, 3:42 PM, Jonas Maebe wrote:
Using simply wrong hyperboles is not productive. I explained in my
previous message, which you quoted below, why you cannot use a
cross-compiler (such as the ppcx64 included with FPC releases on Mac
OS X) to build FPC from trunk without using a special m
e library folder. Which leads me to proposing
that it should be.
I wonder what actually builds "fpc" binary and included (fp*) tools
presently shipped...
And if "fpc" binary is different than ppcx64 than why do I have no build
problems on my Linux bo
FPImage etc. to speed up image scaling native
to FPC?
Bug report on ImageMagick linker error with sample program :
http://bugs.freepascal.org/view.php?id=25373
Thanks very much,
Andrew Brunner
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
I wanted to know if anyone has had any success with executing shell
scripts on builds. Lazarus has a dialog for project options and
compiler. In compiler section there is a GUI for "Execute before". I
had all three options checked (Compile, Build, Run) with the shell
script ./prebuild.sh
This s
xited with error code 127
Thanks.
On Sun, Jan 31, 2010 at 12:06 AM, cobines wrote:
> 2010/1/31 Andrew Brunner :
>> I wanted to know if anyone has had any success with executing shell
>> scripts on builds. Lazarus has a dialog for project options and
>> compiler. In compiler
Wonderful. It's working now. Thanks guys.
On Sun, Jan 31, 2010 at 2:30 PM, Jonas Maebe wrote:
>
> On 31 Jan 2010, at 05:07, Andrew Brunner wrote:
>
>> This script is set as executable and the permissions were incorrect at
>> first but Lazarus knew to throw
Is it just me who's having a problem with debugging threaded apps under Ubuntu?
I have a manager worker threaded networking engine I'm trying to
debug. Windows 7 has no problems debugging the code. Unfortunately,
my Linux setup will not permit me to trace into more then 1 line of
code. Console
.
On Tue, Feb 2, 2010 at 8:37 PM, Andrew Brunner
wrote:
> Is it just me who's having a problem with debugging threaded apps under
> Ubuntu?
>
> I have a manager worker threaded networking engine I'm trying to
> debug. Windows 7 has no problems debugging the code. Unfort
I'd like to see more work done on the openssl implement. The data
structuctures need more work. Cert management is needed too. Anyone
want to contribute code? I'm going to dedicate some time to try to
flesh more of it out.
Thanks a lot.
___
fpc-devel
This was tested on Ubuntu x64 10.04
64bit AMD with 3Gigs of RAM
Linux.SysInfo(@SI);
Load_Ram:=(100-Trunc(100 * SI.freeram / SI.totalram));
Si.totalram checks out ok. SI.freeram never seems to be accurate.
The numbers returned here do not correspond to that of System Monitor
for the same user.
W
On Fri, Mar 19, 2010 at 4:32 AM, Mark Morgan Lloyd
wrote:
> Are the numbers returned by SysInfo() similar to those returned by Linux's
> 'free' program and 'top'? Are you taking into account that your program, and
> in particular the Lazarus IDE, are going to be reducing the amount of free
> memor
On Fri, Mar 19, 2010 at 9:25 AM, Henry Vermaak wrote:
> According to the man page, the sysinfo structure hasn't changed in 10 years?
Ok, That's the culprit. 10 years ago we had bill gates telling the
world 640KB was enough (about the time Al Gore was inventing the
Internet). The structure needs
On Tue, May 4, 2010 at 6:40 AM, Florian Klaempfl wrote:
>> @Florian
>> I believe you develop mostly under Windows. Maybe the FPC slowness should
>> be resolved before Delphi releases a 64-bit compiler?
>
> This cannot be resolved. A 64-Bit compiler has a bigger memory footprint
> because FPC uses
On Tue, May 4, 2010 at 9:17 AM, Jonas Maebe wrote:
> ... and why we do not do this *for Windows*.
I disagree. I think some thought should go into having a
multi-threaded system for building projects. If we had a dependency
tree worker threads could transverse the tree and compile near
instant
On Tue, May 4, 2010 at 10:09 AM, Jonas Maebe wrote:
> Cross-compilers can be just as multi-threaded as "native" ones. This is a
> completely orthogonal feature.
>
True statement but I fear does not address the issue at hand. You
guys really need to tap talent - there's gotta be somebody here th
> Speeding up compilation is always nice (and if anyone wants to dive into the
> unit loading logic, solve its existing problems and make it multi-threading
> safe, I'd be delighted -- I already spent several weeks on trying, and
> largely failing, to merely solve particular bugs in it), but I f
You know, I had this idea and I was wondering if this is already done
or do-able...
Periodic (every hundred+milliseconds) writing of a stats file. When
fpc compiles Lazarus projects the dialog does not reflect lines until
the unit is complete. I have a project that is heavy on include files
and
I've just encountered a generics problem and wanted to know if it was
intentional...
uGenerics.pas
generic GObjectList<_T>=class(TList)
private
FIndex : integer;
private
function Get(Index:integer): _T;
procedure Put(Index:integer; Item:_T);
public
constructor
I was wanting to know the status of FPC being able to leverage dynamic
libraries as a place to store objects and have them loaded/unloaded
plug-in style.
The fpc site section under "Future Plans" shows that support for
dynamic libraries will be developed.
Has there been a consensus on memory mana
I use dynamic arrays for data structures and sometimes types.
Under linux I have had no problems with transversing the list of data
and calling "Done" on all types then calling finalize on the list
itself.
Under windows I just executed the same code that worked under linux
but crashed under windo
In uGenerics I have two lists. 1 for Data Structures and 1 for Objects.
If I place this statement in declarations for a system that handles an
Int64 List...
GInt64List=specialize GStructList;
... then I get
C:\Developer\Source\Libraries\Core\uInt64Array.pas(54,17) Error:
Forward declarati
see the errors.
Did the uGenerics unit get dropped by the mailer daemon?
On Tue, Jun 22, 2010 at 3:34 PM, Micha Nelissen wrote:
> Andrew Brunner wrote:
>>
>> ... then I get
>>
>> C:\Developer\Source\Libraries\Core\uInt64Array.pas(54,17) Error:
>> Forward declarat
Can un-specialized generics have abstract methods and have the class
implement of the specialized generic contain the actual methods? I'm
getting abstract errors presently but want to know if it is even
possible...
Thanks
___
fpc-devel maillist - fpc-
procedure UpdateStats;
var
SI:TSysInfo;
begin
Linux.SysInfo(@SI);
end;
FPC (svn/trunk) build on Darwin Mac OSX 10.6.4 did not come with a
Linux Unit. Where can I find the TSysInfo data type and SysInfo
function equivalents?
Any help would be greatly appreciated.
___
Hi there,
Anyone using FPC/Lazarus to develop on a MAC OSX and having success
with SVN over a LAN with Samba?
I'm having a hard time getting anything to commit on my OSX box and
wanted to see if someone here has solved the file locking problem that
OSX 10.6 presents.
Thanks for any help.
The network I have is a file server running Ubuntu x64 with samba sharing.
All clients (running Ubuntu,Windows,OSX) connect to the file share and
mount it locally. The Windows and Linux boxes mount,
checkout/commit/update, and unmount without problems. The Apple OSX
can mount, checkout/update but
On Wed, Jul 7, 2010 at 8:39 AM, Marc Weustink wrote:
> Andrew Brunner wrote:
>>
>> The network I have is a file server running Ubuntu x64 with samba sharing.
>> All clients (running Ubuntu,Windows,OSX) connect to the file share and
>> mount it locally. The Wi
> On Wed, Jul 7, 2010 at 8:39 AM, Marc Weustink
> wrote:
>> Since my fileserver exports the shares to both nfs and samba, I use nfs for
>> linux/osx, and samba for windows.
>>
>> I faintly remember that I might have had some issues with samba on OSX, so I
>> quit that exercise (since nfs is faste
> Such initialized memory may reside in the wrong cache, on multi-core systems.
I don't know about that. I think I recall reading that multi-core
systems share L2 cache memory.
http://en.wikipedia.org/wiki/Multi-core_processor
I know Delphi used to initialize my data structures when I created
t
I really am wanting something for my core objects so they can be loaded and
unloaded at runtime. Recompiling the service application across different
network nodes is costly, time and CPU intensive.
On Sep 9, 2010, at 6:27 AM, Dimitri Smits wrote:
>
> - "Willibald Krenn" schreef:
>
>
2010/9/30 Adem :
>>>
>>> It is only more logical/sensible to bring together all these
>>> one-instance global objects into a one-instance global object, instead of
>>> having them scattered all around the place.
>>
>> I hope you are joking ...
>
> I have read the above sentence (of mine) a few tim
2010/10/9 Adem :
> Would you consider turning those structured types into objects?
>
> Properties with getter/setter pairs would make tracing (placing a breakpoint
> in the getter/sertter would help identify the caller) easier.
The only problem with that line of thinking is that every time your
ar
LOL. I was talking about another way similar to c# namespaces.
On Oct 9, 2010, at 9:59 AM, Michael Van Canneyt wrote:
>
>
> On Sat, 9 Oct 2010, Andrew Brunner wrote:
>
>> 2010/10/9 Adem :
>>> Would you consider turning those structured types into objects?
>
I'm using Ubuntu 10.10 and Lazarus, FPC from svn/trunk (today) and I
got the MySQL51 database component to pickup the field returned during
the Query.Open command.
http://bugs.freepascal.org/view.php?id=17661
I've traced into where FPC is looking for the field type and goes
through the list of kn
1.) Say you have a string of certain length 25
2.) And you have a memory block of 26.
3.) You move Pchar(s) into ar[i] but read beyond the length of the string
//GetMem(ar[i],length(s)+1);
//StrMove(PChar(ar[i]),Pchar(s),Length(S)+1);
iLen:=length(s);
GetM
Looking to get some resolution to an immediate problem with postgres
component I have...
Field definitions for blob can be mapped to bytea and enable support
for blob data as I am pretty sure byte for byte output/input would
suffice. Some debugging may be needed to make sure we don't need
escape/
Updating and testing... Thanks Martin and Michael !
> I committed a fix in 16203, please test.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Parameter binding on update sql appears to be working. I traced into
Taking a 24 element array of Int64 yields 192 bytes. The size of the
data was 193 (always adding 1 byte to the packet).
On Reading I presently only get a 1 byte so it's not enough to read in
an actual element of int64 to see i
I did get a chance to test it and so far, though I haven't tried all
my custom data types supported in my API, I was able to get my Int64
Array to read and write via this new version. So far so good. Thanks
again!
___
fpc-devel maillist - fpc-devel@li
Interlocked features for Int64 are bound to {$ifdef cpu64}
While Int64 data type is supported under i386 FPC the interlocked
features aren't included in FPC RTL.
Can I writeup a bug for this or is this due to another problem?
Thanks.
___
fpc-devel mail
I have a 64bit cpu here running 32bit Windows 7. I was compiling my
project under Windows 7 to do some debugging when I came across the
problem when trying to lock increment int64 variables for transactions
and bytecounts (general counter purposes).
I modified the systemh.inc that maps Increment(
My SCS project which is a scalable unified collaboration and
communication server that uses counting for transactions and network
consumption across all implemented protocols. Bytes, when aggregated
can clearly exceed the 2GB limitation within seconds. Partial
transactions (PTX) can exceed over 3
On Wed, Oct 27, 2010 at 4:16 PM, Vinzent Höfler
wrote:
> Are you counting up only? Then you can use the 32-bit version of the
> InterlockedIncrement on the lower word only. If this turns out to be zero
> (the new value is returned) after the operation, you know you also have to
> increment the hig
On Wed, Oct 27, 2010 at 4:14 PM, Florian Klämpfl wrote:
> I propose to add the 64 bit CAS for all 32 bit archs (if available): the
> 64 bit CAS instruction on a 32 bit target makes makes a lot "lock-free"
> algorithms simpler.
>
> So you can build your 64 bit interlockedincrement yourself (there i
On Wed, Oct 27, 2010 at 4:28 PM, Andrew Brunner
wrote:
> I get your logic, and agree, but why not just have ONE call for all
> the data types. Why must I use Interlocked*64(...Int64) for the x64
> cpu and Interlocked*(...Int64) for the i386 code? Can't we just
> consol
On Wed, Oct 27, 2010 at 4:37 PM, Vinzent Höfler
wrote:
> On Wed, 27 Oct 2010 23:26:00 +0200, Andrew Brunner
> wrote:
>
> I didn't say "restart", I said "lock out the reader for a moment".
> Maybe it's easier to grasp if I put it in some pseudo-code:
my machine...
On Wed, Oct 27, 2010 at 4:42 PM, Andrew Brunner
wrote:
> On Wed, Oct 27, 2010 at 4:37 PM, Vinzent Höfler
> wrote:
>> On Wed, 27 Oct 2010 23:26:00 +0200, Andrew Brunner
>> wrote:
>>
>> I didn't say "restart", I said "lock out the r
I tried to use the assembly code from the x64 unit on a i386 build of
FPC but FPC throws error on compile. Why are the specific x64
instructions being blocked? The cpu running the code has the ability
to execute the instructions. I don't see why the compiler is making
the assumption that the cod
For those following I've done a lot of reading and it just doesn't
seem doable. So for cross CPU support I'm just creating a class for
statisics which will break down the transaction components in their
thousands and support up to PiBs. This way I'll set a write barrier
and then use the CAS with
On a 64bit fpc compile, and 64bit system with pointers, which
interlocked exchange is best used? Aren't pointers on x64 64bit
pointers? Shouldn't we be using InterlockedExhange64 code to access
specific x64 swaps?
Thanks.
___
fpc-devel maillist - fpc
On Wed, Nov 10, 2010 at 9:13 AM, Graeme Geldenhuys
wrote:
> Maybe this little fact should be made public, and very clear on the front
> page of the FPC website. This will ensure no commercial entity will ever
> fall foolishly into the FPC trap. This will obviously benefit the FPC team
> too, becau
I was looking at the code for Tag property in classes unit and noticed I can't
safely use Tag to keep runtime pointers (at least on a 64 bit compile). What is
the likelihood of getting tags changed to support universal access under 64/32
bit compiles?
What is the logic behind the shortfall? I s
On Nov 22, 2010, at 9:13 AM, michael.vancann...@wisa.be wrote
>
>>
> The logic is that it is bad programming to use an integer to store a pointer.
> And we don't want to encourage bad programming.
>
> Yes, I know it's easy, and yes I know it's common practice. Neither make it
> right to do so
On Nov 23, 2010, at 2:27 AM, Max Vlasov wrote:
>
>
> On Mon, Nov 22, 2010 at 5:13 PM, wrote:
>
> We'll fix the issue as the upcoming Delphi 64-bit - unfortunately - forces us
> to follow suit.
>
>
>
> Will it also create an additional confusion in design time? I mean, non-RAD
> compile
On Nov 23, 2010, at 8:43 AM, Hans-Peter Diettrich
> Components consume much space already, so what's the percentage that a 64 bit
> type would add to every component, and to the app? And when the Tag type/sice
> depends on the target, nothing will change unless for 64 bit targets.
No. The siz
Ok.
First off tag should be revised to match Delphi.
Second. I need data property on Tcomponent
I propose having an additional directive for this mechanism kind of like the
option for using large strings. Components have data property. This way I can
just get it into the Laz dialog.
H
On Tue, Nov 23, 2010 at 1:20 PM, Michael Van Canneyt wrote:
> They do the same as we:
>
> They introduced something like PtrInt (using of course a different name)
> and made tag equal to this type.
>
> Instead of biting the bullet and telling people to code properly.
>
> But like most companies,
On Tue, Nov 23, 2010 at 1:59 PM, Max Vlasov wrote:
> Andrew,
> Creating TList as a field for storing extra structures and objects and
> supporting extra data reference using Tag as an index never was a problem
> for me. Can you tell a single reason not to implement this approach by
> yourself? M
If you create the menuItem at runtime, you can always use a sub-class,
create your own class TMyMenuItem, with a property and field to store the
data..
>
> That is what OO is for
>
> ___
> fpc-devel maillist - fpc-devel@lists.freepascal.org
> http:
OS: Ubuntu 10.10 x64 all updates as of this am. But problem has persisted
for days now.
Laz/FPC: Today's trunk
worker thread running issues a call to fpSend with iSend Bytes in buffer
Try
RSRP^.LastCall:=Sockets.fpSend(RSRP^.Info.Socket,@FSendBuffer[0],iSend,0);
except
1 - 100 of 157 matches
Mail list logo
