On Sat, 23 Jul 2016 00:29:32 +0200
Bart wrote:
> On 7/22/16, Jonas Maebe wrote:
>
> >> ResultA := AnsiToUTF8(AnsiStrA + AnsiStrA); // UTF-8 ResultB :=
> >> AnsiToUTF8(AnsiStrA) + AnsiToUTF8(AnsiStrA); // Win-1252
> >>
> >>
> >> And resultA is not equal to ResultB
> >>
> >> It doesn't look
On Sa, 2016-07-23 at 05:55 +0200, Marc Santhoff wrote:
> On Fr, 2016-07-22 at 18:20 -0400, James Richters wrote:
> > I'm trying to avoid custom hardware if possible. I have always used
> > parallel ports and never had a problem with them until now. I like the
> > idea of a parallel port because
On Fr, 2016-07-22 at 18:20 -0400, James Richters wrote:
> I'm trying to avoid custom hardware if possible. I have always used
> parallel ports and never had a problem with them until now. I like the
> idea of a parallel port because they are still built onto motherboards, and
> there are also a
I have an update on this. I found a demo program here:
http://www.highrez.co.uk/downloads/inpout32/ I was able to successfully
run the demo program and access my parallel port. I could write to it and
read back what I just wrote accurately. I wrote '123' decimal to it, then
tried to read it b
On 2016-07-23 01:15, James Richters wrote:
> forgetting that linux is extremely case sensitive with everything.. I saved
> one with a .pas extention, closed it then opened it and now that one file
> has the highlight, the others do not.. easy enough to fix that though.
You can also tell Text IDE
I checked and syntax highlight was already checked.. I did figure it out
though.. all my pascal files were named with a .PAS extension and I keep
forgetting that linux is extremely case sensitive with everything.. I saved
one with a .pas extention, closed it then opened it and now that one file
ha
On 2016-07-22 23:33, James Richters wrote:
> Here are screenshots:
> https://github.com/Zaaphod/FPC-Parallel-Port/issues/1
I just checked. My FreeBSD version looks like the Windows screenshot.
Also under Linux, load the IDE, then go to Options -> Environment ->
Editor. Then under "Editor options"
Yes, they are both 1.0.12 included with fpc 3.0.0 Here are screenshots:
https://github.com/Zaaphod/FPC-Parallel-Port/issues/1
I like the text ide because I understand it, it's pretty much like the
Turbo Pascal ide. I tried installing lazerus and I cannot even compile my
program with that... b
As you might know, the VRP and many of its variants are NP-Complete
problems. So one could solve an instance of these problems by generating
an ILP instance(https://en.wikipedia.org/wiki/Vehicle_routing_problem).
There are many academic publications about how to find a sub-optimal
solution i
On 7/22/16, Jonas Maebe wrote:
>> ResultA := AnsiToUTF8(AnsiStrA + AnsiStrA); // UTF-8 ResultB :=
>> AnsiToUTF8(AnsiStrA) + AnsiToUTF8(AnsiStrA); // Win-1252
>>
>>
>> And resultA is not equal to ResultB
>>
>> It doesn't look like too intuitive.
>
> It would be good if someone with access to
I'm trying to avoid custom hardware if possible. I have always used
parallel ports and never had a problem with them until now. I like the
idea of a parallel port because they are still built onto motherboards, and
there are also a TON of USB to parallel port adapters out there. I'm
trying to
On 2016-07-22 21:38, James Richters wrote:
> Linux is just all yellow on light blue. The windows
> one for example will show comments in grey reserved words in white.. ect..
> it makes it a lot easier to follow
Are they the same versions of the IDE? I don't really use the Text IDE,
but I can sa
James Richters wrote:
I was rather rushed earlier for reasons that would probably amuse but
would be vastly OT (shoving sheep around Sussex since we're shearing
Saturday...).
I like the looks of that Velleman K8055, that would do the job for me if I
can get it to work. I would actually pr
On 22/07/16 21:49, Santiago A. wrote:
El 22/07/2016 a las 17:56, Jonas Maebe escribió:
There is no hidden secret knowledge. Everything is documented and the
information is linked from the release notes. The "principle of least
surprise" has been applied in the sense that we didn't invent our ow
Thank you for the F11 suggestion.. F11 does make the IDE window full screen,
Thanks!! That's very helpful. My program however does not respond to F11.
There is no way to resize the window, make it larger or smaller or full
screen, it's just a fixed size window.. this is the version using ptcgraph
On 2016-07-22 20:49, Santiago A. wrote:
> In addition, changing the codepage on the fly if a bad idea.
+1
I think that is very much the wrong behaviour too. As I mentioned before
is this mailing list. I think the FPC 3.x with these codepage aware
AnsiStrings is a damn mess. As far as I can see, FP
On 2016-07-22 20:59, James Richters wrote:
> 4. not full screen. For some reason I can't get it to be full screen in
> linux at all..
Press F11. That is a almost universal shortcut for any X11 desktop
environment and Window Manager to switch the active program to full screen.
If you are running
I'm a newbie trying to port an old turbo pascal program to FreePascal in
linux. My reasons for doing this is old Pentium 233 motherboards are
getting harder to keep running and I need be running on more modern
hardware.. It's a massive program and I just don't have time to re-write
the whole thi
El 22/07/2016 a las 17:56, Jonas Maebe escribió:
>
> There is no hidden secret knowledge. Everything is documented and the
> information is linked from the release notes. The "principle of least
> surprise" has been applied in the sense that we didn't invent our own
> system that introduces small o
I like the looks of that Velleman K8055, that would do the job for me if I
can get it to work. I would actually prefer a linux port of my program
however I keep hitting a roadblock when I try to use the graph unit. My
program used the turbo pascal graph unit exclusively for it's user interface
Thank you! I was indeed trying to use the 64bit DLL.. I mistakenly thought
you were supposed to use the version of the operating system, not the
program.
I have absolutely zero experience with windows programs. I am able to run
my program now, but still not working exactly as I want it to work.
On 22/07/16 17:33, Santiago A. wrote:
So
ResultA := AnsiToUTF8(AnsiStrA + AnsiStrA); // UTF-8 ResultB :=
AnsiToUTF8(AnsiStrA) + AnsiToUTF8(AnsiStrA); // Win-1252
And resultA is not equal to ResultB
It doesn't look like too intuitive.
It would be good if someone with access to Delphi 20
El 22/07/2016 a las 15:03, Jonas Maebe escribió:
>
> See again
> http://wiki.freepascal.org/FPC_Unicode_support#String_concatenations
> (same as before).
So
ResultA := AnsiToUTF8(AnsiStrA + AnsiStrA); // UTF-8 ResultB :=
AnsiToUTF8(AnsiStrA) + AnsiToUTF8(AnsiStrA); // Win-1252
And resul
On Do, 2016-07-21 at 05:29 +0200, Marc Santhoff wrote:
> On Fr, 2016-07-15 at 14:59 -0700, Zaaphod wrote:
> > I am trying to get access to the parallel port with Free Pascal.
> >
> > I'm trying to use this version of inpout32 (x64)
> > http://www.highrez.co.uk/downloads/inpout32/
> >
> > Here'
James Richters wrote:
What I need to do is be able to read some 5v TTL Inputs in and write some 5v
TTL outputs out. The parallel port always worked when my program was a DOS
program.. it was so simple, just do Port[$378]:= data to set the bits on the
port or data:=port[$378] to read some bits f
On 2016-07-22 14:04, Jonas Maebe wrote:
> FPC has no interprocedural dataflow analysis that could catch something
> like that.
I just tested with Delphi 7, and FPC is Delphi compatible. ;-) D7
doesn't seem to have inter-procedural dataflow analysis either.
Regards,
Graeme
___
What I need to do is be able to read some 5v TTL Inputs in and write some 5v
TTL outputs out. The parallel port always worked when my program was a DOS
program.. it was so simple, just do Port[$378]:= data to set the bits on the
port or data:=port[$378] to read some bits from the port. I'm not
Hi,
does anyone knows any object pascal or c ( not c++, java, lisp ... )
library that can solve the Vehicle Routing Problem with Time Windows,
open source or not ? Searched but couldn't find any ...
regards,
--
Dimitrios Chr. Ioannidis
___
fpc
On 22/07/16 14:49, Graeme Geldenhuys wrote:
I just discovered a surprising bug in my application. I had a variable
"b" defined which I used in a FOR loop. FPC forbids you to modify that
loop variable inside the for loop - which is understandable.
However, the loop called a local procedure, and t
On 22/07/16 14:14, Santiago A. wrote:
program testconvertstr;
You are missing {$h+} here. When posting programs, always include all
switches and/or all command line options. The program also compiles with
string = shortstring (the default), but has different behaviour in that
case.
var
On 2016-07-22 13:49, Graeme Geldenhuys wrote:
> However, the loop called a local procedure, and that local procedure
> modified the loop variable. FPC never complained about it. Is this a FPC
> bug?
I forgot to mention, I used FPC 2.6.4.
Regards,
Graeme
__
Hi,
I just discovered a surprising bug in my application. I had a variable
"b" defined which I used in a FOR loop. FPC forbids you to modify that
loop variable inside the for loop - which is understandable.
However, the loop called a local procedure, and that local procedure
modified the loop var
On 2016-07-22 13:14, Santiago A. wrote:
> I'm definitively completely lost
:) So am I.
Regards,
Graeme
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
El 22/07/2016 a las 12:55, Bart escribió:
> Just check the vaue of StringCodePage(Utf8StrA).
Not Initialized
AnsiStrA: 1252
ResultA: 1252
AnsiStrA:=' '
AnsiStrA: 0
AnsiStrA[1]:=#243; // o acute win-1252
AnsiStrA: 0
ResultA:=AnsiStrA
ResultA: 0
ResultA := AnsiStrA + ' '
ResultA: 125
Michael Van Canneyt wrote:
On Fri, 22 Jul 2016, Mark Morgan Lloyd wrote:
Michael Van Canneyt wrote:
Or better yet, the official documentation:
http://www.freepascal.org/docs-html/current/rtl/system/default.html
Question please. Using the official documentation as linked to above,
how does
On 2016-07-22 11:55, Bart wrote:
> Gives:
> StringCodePage(AnsiStrA) now is: 65001
> AnsiStrA: 195 179
I don't understand, why did AnsiStrA change its codepage type after the
3rd assignment to it?
Here is the results on my Windows 7 system.
==
$ codepage
On 7/22/16, Santiago A. wrote:
> // is Utf8StrA now utf8string? or something similar like Ansistring(UTF_8)
> // is Utf8StrB now utf8string? or something similar like Ansistring(UTF_8)
Just check the vaue of StringCodePage(Utf8StrA).
procedure DisplayBytes(S:RawByteString);
var
i:Integer;
On Fri, 22 Jul 2016 08:12:01 +0200, Bo Berglund
wrote:
>>you need to assign it a value, you can assign it default(yourtype)
>>
>
>Is "default" zero?
>i.e.
>
>var
> HD: TSSReadingHeader;
> ..
>begin
> HD := Default(TSSReadingHeader);
>
>And now HD.anything is zero?
I made a test once I got the
On Fri, 22 Jul 2016, Mark Morgan Lloyd wrote:
Michael Van Canneyt wrote:
Or better yet, the official documentation:
http://www.freepascal.org/docs-html/current/rtl/system/default.html
Question please. Using the official documentation as linked to above, how
does one find out what version
Michael Van Canneyt wrote:
Or better yet, the official documentation:
http://www.freepascal.org/docs-html/current/rtl/system/default.html
Question please. Using the official documentation as linked to above,
how does one find out what versions of the compiler/rtl/fcl support
something?
--
On Fri, 22 Jul 2016, Mattias Gaertner wrote:
On Fri, 22 Jul 2016 11:03:23 +0200 (CEST)
Michael Van Canneyt wrote:
On Fri, 22 Jul 2016, leledumbo wrote:
OK, I did not know about the default keyword.
Is "default" zero?
http://wiki.lazarus.freepascal.org/FPC_New_Features_3.0#New_compiler_
On Fri, 22 Jul 2016 11:03:23 +0200 (CEST)
Michael Van Canneyt wrote:
> On Fri, 22 Jul 2016, leledumbo wrote:
>
> >> OK, I did not know about the default keyword.
> >>
> >> Is "default" zero?
> >
> > http://wiki.lazarus.freepascal.org/FPC_New_Features_3.0#New_compiler_intrinsic_Default
> >
>
On Fri, 22 Jul 2016, leledumbo wrote:
OK, I did not know about the default keyword.
Is "default" zero?
http://wiki.lazarus.freepascal.org/FPC_New_Features_3.0#New_compiler_intrinsic_Default
Or better yet, the official documentation:
http://www.freepascal.org/docs-html/current/rtl/system/
> OK, I did not know about the default keyword.
>
> Is "default" zero?
http://wiki.lazarus.freepascal.org/FPC_New_Features_3.0#New_compiler_intrinsic_Default
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Initialization-of-packed-record-local-variables-tp5
El 22/07/2016 a las 0:32, Bart escribió:
> On 7/21/16, Santiago A. wrote:
>
>> I've come across this issue: When I concatenate two strings in UTF8 they
>> are converted to ansi (Win-1252) .
> You have declared all string variables as plain "string", which is the
> same as AnsiString(CP_ACP). So al
45 matches
Mail list logo
