> On Aug 11, 2019, at 4:55 PM, Jeppe Johansen wrote:
>
> Are you on a Unix platform? If so, adding cwstring as the first unit in your
> program should fix it, I think
Thanks that fixed it.
Regards,
Ryan Joseph
___
fpc-pascal maillist -
Thank you for the help. I made most of the changes you recommend and I was
able to get it to compile, the only one I had trouble with was
If I take out the ^ from:
if (EP^.bmAttributes and LIBUSB_TRANSFER_TYPE_MASK =
LIBUSB_TRANSFER_TYPE_INTERRUPT) and
(EP^.bEndpointAddress
On 8/12/19 12:37 AM, Ryan Joseph wrote:
Dump question that I can’t find an answer to for some reason. I’m getting this
error:
ENoWideStringSupport: Widestring manager not available. Recompile program with
appropriate manager.
How do I resolve it? Not sure what’s even triggering it.
Regards,
Dump question that I can’t find an answer to for some reason. I’m getting this
error:
ENoWideStringSupport: Widestring manager not available. Recompile program with
appropriate manager.
How do I resolve it? Not sure what’s even triggering it.
Regards,
Ryan Joseph
> On Aug 11, 2019, at 3:59 PM, Alexander Grotewohl wrote:
>
> d.x += 10; // makes even more sense
Ok, you win. Here’s more or less the full snippet.
type
TRectHelper = record helper for TVec4
private
procedure SetAxisX(newValue: TScalar); inline;
public
function MinX:
d.x += 10; // makes even more sense
On 8/11/2019 2:21 PM, Ryan Joseph wrote:
On Aug 11, 2019, at 11:41 AM, Sven Barth via fpc-pascal
wrote:
This is forbidden by design.
Why? It makes sense it should resolve to: d.setter(d.getter + 10) but maybe
there’s a problem?
Regards,
Ryan
On Sonntag, 11. August 2019 12:21:18 CEST Ryan Joseph wrote:
> > On Aug 11, 2019, at 11:41 AM, Sven Barth via fpc-pascal
> > wrote:
> >
> > This is forbidden by design.
>
> Why? It makes sense it should resolve to: d.setter(d.getter + 10) but maybe
> there’s a problem?
For me it seems that you
Hi!
Am Samstag, den 10.08.2019, 17:50 -0400 schrieb James Richters:
> I'm making an attempt to copy TUSBPseudoHIDInterface into
> libusboop.pas. I've made the recomended name changes and then tried
> to compile it. Some things I found like the names changing from
> things like
>
>
> On Aug 11, 2019, at 11:41 AM, Sven Barth via fpc-pascal
> wrote:
>
> This is forbidden by design.
Why? It makes sense it should resolve to: d.setter(d.getter + 10) but maybe
there’s a problem?
Regards,
Ryan Joseph
___
fpc-pascal
Am 11.08.2019 um 18:33 schrieb Ryan Joseph:
Is this a bug? It should resolve to:
d.setter(d.getter + 10)
but it doesn’t seem to be working.
{$mode objfpc}
{$modeswitch advancedrecords}
program test;
type
TData = record
x: integer;
end;
On Sun, Aug 11, 2019 at 6:33 PM Ryan Joseph wrote:
> begin
> d.get += 10; // ERROR: Variable identifier expected
> end.
AFAIK you cannot do that to a property (not even if it maps to a field).
Delphi does not allow it either IIRC.
--
Bart
___
Is this a bug? It should resolve to:
d.setter(d.getter + 10)
but it doesn’t seem to be working.
{$mode objfpc}
{$modeswitch advancedrecords}
program test;
type
TData = record
x: integer;
end;
type
TVec2Helper = record helper for TData
Project build resulting Android app by using obfuscation. This create
much smaller .dex file. And application decompilation is harder. Sure,
very advanced programmer can easily decompile even apps which have been
produced by Free Pascal compiler, but I think, that obfuscated code is
really not
Pandroid is bundle, which have been prepared so Linux user can program
Android apps with no need to manually install Android SSDK, required
platform tools or build tools. Pandroid contain all required versions
which have been tested, so developer must only install a few
dependencies and
On Sun, 11 Aug 2019, Joost van der Sluis wrote:
Op 10-08-19 om 18:37 schreef Michael Van Canneyt:
On Sat, 10 Aug 2019, Marco van de Voort wrote:
Op 2019-08-10 om 17:30 schreef Joost van der Sluis:
And who else wanna help?
Why not simply port superobject?
2 reasons:
1. Interface
Op 10-08-19 om 18:37 schreef Michael Van Canneyt:
On Sat, 10 Aug 2019, Marco van de Voort wrote:
Op 2019-08-10 om 17:30 schreef Joost van der Sluis:
And who else wanna help?
Why not simply port superobject?
2 reasons:
1. Interface based. Really bad idea.
There can be a really good use
Dear MR Maebe,
You are always ready to help Me efficiently. I have special .jar
file with compiled java .class files, inc and .pas file and bass.so is
build inside .jar file. So I think, that it should work.
Line
bass:= CUBBASS.create();
bass.BASS_Init(-1, 44100, 0);
Cause no problems.
On 10/08/2019 22:26, Mgr. Janusz Chmiel wrote:
> I Am very sad, that I do not know, how to correctly call The following
> function from bass.so when running apps produced by FPCJVM Android
> target mode.
> class function BASS_StreamCreateURL(para1: JLString; para2: jint;
> para3: jint; para4:
18 matches
Mail list logo
