[fpc-pascal] ALSA 1.2.X wrappers required

2014-06-05 Thread leledumbo
Hello, I want to program for ALSA, so I need the Pascal wrapper. Most recent one I found is fpALSA, which corresponds to 1.0.25 (last release) version if ALSA. However, current ALSA is of version 1.2.X and the interface is somewhat different with 1.0.X. So if you have a good wrapper, please point m

Re: [fpc-pascal] [Lazarus] Addition of partial specializations; Request for testers!

2014-06-05 Thread Sven Barth
Am 05.06.2014 22:25 schrieb "silvioprog" : > > 2014-06-05 17:13 GMT-03:00 Sven Barth : > Very nice! > > Is there any documentation showing some examples how to test it? For now I simply want regression tests. So if you have code with generics then please check whether it still compiles and runs co

Re: [fpc-pascal] [Lazarus] Addition of partial specializations; Request for testers!

2014-06-05 Thread silvioprog
2014-06-05 17:13 GMT-03:00 Sven Barth : > Hello together! > > I've finally come around to implement support for partial specializations. > Partial specializations are for specializations of generics inside another > generic. Up to now simply the generic type was used instead of a > specializations

[fpc-pascal] Addition of partial specializations; Request for testers!

2014-06-05 Thread Sven Barth
Hello together! I've finally come around to implement support for partial specializations. Partial specializations are for specializations of generics inside another generic. Up to now simply the generic type was used instead of a specializations (e.g. TTest<> instead of TTest) which often re

Re: [fpc-pascal] Problem with StrToCurrDef()

2014-06-05 Thread silvioprog
2014-06-05 5:16 GMT-03:00 LacaK : > silvioprog wrote / napísal(a): > > Hello, >> >> I'm trying to convert 'curr > str' and 'str to curr' respectively, but >> I've got a problem with StrToCurrDef(). See my test below: >> > See: http://www.freepascal.org/docs-html/rtl/sysutils/strtocurr.html > Or:

Re: [fpc-pascal] Thread Safety of String

2014-06-05 Thread Bruno Krayenbuhl
My point of view after looking at the code. This code is not thread safe. Discussion gtest.sflag := inttostr(gtest.nflag) ; -> will call fpc_AnsiStr_To_ShortStr fpc_AnsiStr_To_ShortStr is programmed as : procedure fpc_AnsiStr_To_ShortStr (out res: shortstring; const S2 : Ansist

Re: [fpc-pascal] WST SOAP HTTP CONTENT TYPE

2014-06-05 Thread Inoussa OUEDRAOGO
Hi 2014-06-03 10:17 UTC, Dimitrios Chr. Ioannidis : > Hi, > >FYI, in a wst soap client talking to a .net web service i find out, > that for SOAP calls, if the CONTENT-TYPE http header ( i'm using > fpc-http-protocol ) doesn't have the 'text/xml' plus the 'charset=UTF-8' > like this 'text/xml;

Re: [fpc-pascal] Problem with StrToCurrDef()

2014-06-05 Thread LacaK
silvioprog wrote / napísal(a): Hello, I'm trying to convert 'curr > str' and 'str to curr' respectively, but I've got a problem with StrToCurrDef(). See my test below: See: http://www.freepascal.org/docs-html/rtl/sysutils/strtocurr.html Or: http://docwiki.embarcadero.com/VCL/XE/en/SysUtils.St

Re: [fpc-pascal] Thread Safety of String

2014-06-05 Thread Michael Schnell
On 06/05/2014 09:56 AM, Mattias Gaertner wrote: - even a simple write might be not thread save or OK. I do see that with multi-processor archs with lacking automatic memory barriers this in fact might be violated for misaligned variables. (I don't doubt that such archs do exist.) ("threa

Re: [fpc-pascal] Thread Safety of String

2014-06-05 Thread Mattias Gaertner
On Thu, 05 Jun 2014 09:51:05 +0200 Michael Schnell wrote: > On 06/05/2014 09:42 AM, Mattias Gaertner wrote: > > > >> Only a simple write (not a modification) of processor-native types is > >> inherently atomic and thus really thread save. > > No. > What do you want to say by "No" ? this: > -

Re: [fpc-pascal] Thread Safety of String

2014-06-05 Thread Michael Schnell
On 06/05/2014 09:51 AM, Michael Schnell wrote: I understand that the implementation of memory barriers is architecture specific and in a portable code you can't rely on a desired behavior. http://en.wikipedia.org/wiki/Memory_barrier says: "Programs which take advantage of memory visibility

Re: [fpc-pascal] Thread Safety of String

2014-06-05 Thread Michael Schnell
On 06/05/2014 09:42 AM, Mattias Gaertner wrote: Only a simple write (not a modification) of processor-native types is inherently atomic and thus really thread save. No. What do you want to say by "No" ? - even a simple write might be not thread save or - also more complex writes are thread

Re: [fpc-pascal] Thread Safety of String

2014-06-05 Thread Mattias Gaertner
On Thu, 05 Jun 2014 09:37:57 +0200 Michael Schnell wrote: > On 06/04/2014 08:04 PM, joha...@nacs.net wrote: > > I would expect shortstring might be thread safe. > Only a simple write (not a modification) of processor-native types is > inherently atomic and thus really thread save. No. See for

Re: [fpc-pascal] Thread Safety of String

2014-06-05 Thread Michael Schnell
On 06/04/2014 08:04 PM, joha...@nacs.net wrote: I would expect shortstring might be thread safe. Only a simple write (not a modification) of processor-native types is inherently atomic and thus really thread save. So I suspect that even Int64 is not thread save (in this sense) on 32 bit CPUs