gmane.comp.compilers.free-pascal.general

Unicode support

Andrew Brunner — 2012-05-16T18:51:54

I wanted to ask what the present state of unicode support is now.

I'm running into problems with some various strings.  Sometimes when a
string contains a unicode character postgresql won't allow the
insert/update.  Also, some MP3 tags contain UTF16, UTF16BE and I really
don't know of the best practice on how to handle multi-byte characters in
code.

I have 3 representations of the same string for all ID3 frames for my MP3
tag reader.  I have to say - this has become an issue.

Anyone want to comment on direction of FPC for Unicode... Ie I think the
string field should be able to re-map to UTF8.  Is that something that can
be done?

What can I do to support unicode in the serving of
pages/files/documents/music without having to have encoding aware code.

http://wiki.freepascal.org/FPC_Unicode_support
_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: Catching math exceptions in a DLL

Sven Barth — 2012-05-16T12:42:42

Am 16.05.2012 13:35, schrieb michael.vancanneyt-0Is9KJ9Sb0A< at >public.gmane.org:

But only for Win64, not Win32.

Regards,
Sven

_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: Catching math exceptions in a DLL

Jonas Maebe — 2012-05-16T12:13:13

t.wieckowski wrote on Wed, 16 May 2012:


No. The compiler itself has to be recompiled with that option.


Jonas
_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: Catching math exceptions in a DLL

2012-05-16T12:08:55

If I could just interject, How to build fpc with -dTEST_WIN64_SEH ?
I've fpc/lazarus daily snapshoot, does -dTEST_WIN64_SEH in "project
options"->"compiler options"->"other" will be enough for SEH support ?

best regards
tomek
_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: Catching math exceptions in a DLL

2012-05-16T11:35:41


On Wed, 16 May 2012, Jonas Maebe wrote:


Wasn't Sergei working on SEH under windows ?

Michael.
_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: Catching math exceptions in a DLL

Jonas Maebe — 2012-05-16T10:01:06

OBones wrote on Wed, 16 May 2012:


You are probably running into http://bugs.freepascal.org/view.php?id=12974


Jonas
_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Catching math exceptions in a DLL

OBones — 2012-05-16T09:45:37

Hello all,

Using FPC, I'm writing a DLL that exports functions used by a given host 
process.
In order to protect the host process, it is mandatory that all 
exceptions are trapped in the exported function and in order to achieve 
that, I have the following construct in all exported functions:

function SomeFunc(SomeParam: ParamType): Boolean;
begin
   Result := False;
   try
     // do the actual work
     Result := True;
   except
     on E: TObject do
       NotifyException(E);
   end;
end;

My problem comes when I have some code that does invalid math 
operations, like division by zero for instance.
In that case, the raised exception is never caught by my except 
statement and is directly sent to the host process, making it crash badly.
Is there a way to have ALL exceptions caught, regardless of their origin?
_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: Setting string to be UnicodeString by default

Marcos Douglas — 2012-05-15T13:36:36

*

On Tue, May 15, 2012 at 10:21 AM, Jonas Maebe <jonas.maebe-3RqwKoEL1alVsUKGZV2E3Q< at >public.gmane.org> wrote:

*

I'm sorry.
Well, I not was real question... just a though.
I think compatibility is very important and compatibility with other
compiler is, at minimal, curious for me -- and I'm a Delphi programmer
too.
But if you (and everybody) do not think the same, ok let's forget my
comment.  ;-)

Marcos Douglas
PS: OBones, I saw your comments, thanks.
_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: Setting string to be UnicodeString by default

Jonas Maebe — 2012-05-15T13:21:45

Marcos Douglas wrote on Tue, 15 May 2012:


Please hold that discussion on the fpc-other mailing list instead.  
This list is for getting help with using and programming in current  
FPC versions, and discussions like the above tend to explode and drown  
out any threads about concrete questions.

Thanks,


Jonas
FPC mailing lists admin
_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: Setting string to be UnicodeString by default

OBones — 2012-05-15T13:19:21

In my case, I'm generating a DLL on the fly with FPC, a Dll that 
interfaces with Delphi XE2 and that is based on code written by the 
software users.
Those users don't care that UnicodeString should be used, they only know 
of string and don't want to change all their scripts because we moved to 
a unicode version of Delphi. Hence the need to follow what Delphi has 
done and change string to be unicodestring.
I'm not saying it is a good or bad thing, I don't want to start a debate 
here, I just want to say that I'd prefer if I wouldn't have to reparse 
my users code to replace "string" with "UnicodeString" just before 
generating.
_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: Setting string to be UnicodeString by default

Tomas Hajny — 2012-05-15T13:19:50

In that case I suggest asking on the fpc-other list.

Tomas


_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: Setting string to be UnicodeString by default

Marcos Douglas — 2012-05-15T13:10:24

I would like to understand why Delphi compatibility is so important to
FPC and Lazarus.

Marcos Douglas
_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: Re: Linux sound (especially MIDI) programming: ALSA?

Mark Morgan Lloyd — 2012-05-15T11:15:27

To wrap this up, alsapas is a translation of the ALSA headers etc. as of 
v0.9.7, and fpalsa is similar but corresponds to the slightly later 
v1.0.24. They have a slightly different style in that alsapas uses 
variable parameters while fpalsa uses pointers to be a bit closer to the 
original (and possibly to allow null parameters); alsapas is attractive 
in that it's got useful examples.

As far as MIDI is concerned, alsapas still works but there's a handful 
of parameters named "out" that are no longer compatible with FPC, I've 
followed the author's convention and renamed those to _out; basic 
operation appears OK on Debian "Squeeze" x86 with a 3.2 kernel.

Re: Setting string to be UnicodeString by default

Jonas Maebe — 2012-05-15T09:16:46

Mattias Gaertner wrote on Tue, 15 May 2012:


It will stay afaik, although the effects may still change to better  
match Delphi2009+ compatibility if required.


Jonas
_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: Setting string to be UnicodeString by default

Mattias Gaertner — 2012-05-15T08:51:21

On Tue, 15 May 2012 10:43:19 +0200
Jonas Maebe <jonas.maebe-3RqwKoEL1alVsUKGZV2E3Q< at >public.gmane.org> wrote:


Is this new mode only a temporary experiment or will it stay?

Mattias
_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: Setting string to be UnicodeString by default

Jonas Maebe — 2012-05-15T08:43:19

Olivier Sannier wrote on Tue, 15 May 2012:


It is not possible in FPC 2.6.x. Wth the svn trunk version, you can  
use {$modeswitch unicodestrings} (in combination with {$h+}), or even  
better {$mode delphiunicode} (which also enable other modeswitches  
that have been implemented for Delphi2009+ compatibility).


Jonas
_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Setting string to be UnicodeString by default

Olivier Sannier — 2012-05-15T07:59:45

Hello all,

Is there a way to force the string type to be an alias to UnicodeString 
instead of AnsiString as it is by default?
I tried the obvious "type string = UnicodeString" but of course it is 
not allowed as string is a reserved keyword.

Regards
_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: Parsing parameters inside an interpreter

luciano de souza — 2012-05-14T20:09:36

Fortunately, my case is the simplest one. There will not quotes inside
quotes. Therefore, I believe TStringlists will sove the whole problem.
It's really  amasing what we can do with a TStringlist.

Thank you for the precious tips!


2012/5/13, luciano de souza <luchyanus-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>:
_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: Re: Parsing parameters inside an interpreter

Jorge Aldo G. de F. Junior — 2012-05-14T12:23:27

I have a parser function somewhere around that can do more than
that... let me find it...

2012/5/14 Lukasz Sokol <el.es.cr-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>:
_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: Parsing parameters inside an interpreter

Lukasz Sokol — 2012-05-14T11:14:40

Or use StrictDelimiter := False like Ludo suggested :)))

L.

_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: Parsing parameters inside an interpreter

Lukasz Sokol — 2012-05-14T09:39:39

In my 'poor-mans interpreter' I use and pass around TStringList's 
quite a lot; although some special treatment of the string
is required, to preserve spaces within parameter strings.

L.

_______________________________________________
fpc-pascal maillist  -  fpc-pascal-PD4FTy7X32k2wBtHl531yWD2FQJk+8+b< at >public.gmane.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal