Re: [fpc-pascal] SysLocale usage

2011-02-21 Thread michael . vancanneyt 



On Mon, 21 Feb 2011, Marco van de Voort wrote:


In our previous episode, Tomas Hajny said:

The necessary code is currently still missing from clocale on unix.


Are the respective identifiers used on Windows platform independent?


Looks totally windows specific to me. Probably that is the reason why
clocale doesn't since you'd need large iso-code to Lcid tables that
unnecessarily increase binary size.


Not necessarily. You could just emulate the windows constants. 
As long as you don't rely on the actual numerical values, this is not a

problem.

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

Re: [fpc-pascal] SysLocale usage

2011-02-21 Thread Marco van de Voort 
In our previous episode, michael.vancann...@wisa.be said:
 
  Looks totally windows specific to me. Probably that is the reason why
  clocale doesn't since you'd need large iso-code to Lcid tables that
  unnecessarily increase binary size.
 
 Not necessarily. You could just emulate the windows constants. 

Yes, you could. But as said you need tables to emulate them.  And I doubt it
is worth it?

 As long as you don't rely on the actual numerical values, this is not a
 problem.

What is the use of this record then?

 TSysLocale = record
{ Delphi compat fields}
DefaultLCID,
PriLangID,
SubLangID  : Integer;

case byte of
  { win32 names }
  1 : (FarEast: boolean; MiddleEast: Boolean);
  { real meaning }
  2 : (MBCS : boolean; RightToLeft: Boolean);
  end;

That leaves the MBCS and RightToLeft, of which MBCS has no meaning on *nix
(since if that changes, a lot more has to change?)
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Error: Can't take the address of constant expressions

2011-02-21 Thread Roland Turcan 
Hello all,

I have this code:

type TMyObj = class
  private
MyPWord:PWord;
...
  end;

procedure TMyObj.Some;
begin
  ...
  Inc (Cardinal (MyPWord), 2);
  ...
end;

and compiler says %subj%

This code works fine on 32bit compiler, but what should I change to get
this running on 64bit and get the code still compatible with 32bit
compiler as well.

Thanks.

-- 
Best regards, TRoland
http://www.rotursoft.sk
http://exekutor.rotursoft.sk

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

Re: [fpc-pascal] help with synapse mime routines...

2011-02-21 Thread waldo kitty 

On 2/19/2011 21:44, Tomas Hajny wrote:

Alright. It's just a hack, but probably sufficient for your current
needs. ;-) The attached files fix Synapse (the released version)
for the OS/2 target. There are limitations related to character set
conversions and time handling (timezones and daylight saving time),
but I believe that it would have no impact on you.


initial testing seems to show it working for my current project needs... i get 
the same results in my output files from the OS/2 native flavor of the exe as i 
get from the win32 native flavor of the exe... thanks!

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

Re: [fpc-pascal] Error: Can't take the address of constant expressions

2011-02-21 Thread Jonas Maebe 

On 21 Feb 2011, at 16:59, Roland Turcan wrote:

 type TMyObj = class
  private
MyPWord:PWord;
...
  end;
 
 procedure TMyObj.Some;
 begin
  ...
  Inc (Cardinal (MyPWord), 2);
  ...
 end;
 
 and compiler says %subj%
 
 This code works fine on 32bit compiler, but what should I change to get
 this running on 64bit and get the code still compatible with 32bit
 compiler as well.

Change
 Inc (Cardinal (MyPWord), 2);
into
 Inc (MyPWord);

(note: *without* the 2; that is implicit because MyPWord points to data items 
of size 2)


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

Re: [fpc-pascal] SysLocale usage

2011-02-21 Thread ik 
On Mon, Feb 21, 2011 at 11:14, Marco van de Voort mar...@stack.nl wrote:

 In our previous episode, michael.vancann...@wisa.be said:
  
   Looks totally windows specific to me. Probably that is the reason why
   clocale doesn't since you'd need large iso-code to Lcid tables that
   unnecessarily increase binary size.
 
  Not necessarily. You could just emulate the windows constants.

 Yes, you could. But as said you need tables to emulate them.  And I doubt
 it
 is worth it?

  As long as you don't rely on the actual numerical values, this is not a
  problem.

 What is the use of this record then?

  TSysLocale = record
{ Delphi compat fields}
DefaultLCID,
PriLangID,
SubLangID  : Integer;

case byte of
  { win32 names }
  1 : (FarEast: boolean; MiddleEast: Boolean);
  { real meaning }
  2 : (MBCS : boolean; RightToLeft: Boolean);
  end;

 That leaves the MBCS and RightToLeft, of which MBCS has no meaning on *nix
 (since if that changes, a lot more has to change?)


I do not know what is DefaultLCID at all.

The PriLangID and SubLangID are very problematic, because on Windows you can
use them with Windows language code, however of other OSes they have
different codes, so unless we create our own language code that is
compatible to Windows it's not relevant as well. And that's will actually
make what you are saying - bloated code.


So we can safely say it is only a Delphi computability variable ?
For BiDi it's easy to know (due to the language), I've just wrote something
for Lazarus for it, and it's very simple after 3 days of investigation of
what other languages beside Arabic and Hebrew are Bi-Directional.

FarEast and MiddleEast are country base, so there should be also some sort
of table for it.

I think that beside Windows we do not really should use this variable at
all. What do you think ?

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



Ido
LINESIP - Opening the source for communication
http://www.linesip.com
http://www.linesip.co.il
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] IXP435

2011-02-21 Thread Jorge Aldo G. de F. Junior 
Does the ARM port of freepascal compile to the XScale IXP435/Linux archtecture ?

I want to write some small network apps for the Yanomami Routerboard,
that is based on the IXP435...

If true, any directions to help me get started ?

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