Re: [Lazarus] 1 keypress gives multiple letters ONLY in program written in Lazarus in raspbian jessie Pi 2

[JuuS]

On 04/09/2016 06:03 PM, Giuliano Colla wrote:
> Il 09/04/2016 12:41, Dennis ha scritto:
>> But the SD Card was corrupted so I installed the latest raspbian OS
>> jessie on the same Pi 2 on a new SD Card.
>> I reinstalled everything (e.g. mysql etc) and my program and it runs
>> fine EXCEPT that pressing a key once will gives multiple letters.
>> BUT this problem only occurs with my program.   All other programs
>> e.g. web browser and file managers , text editor DO not have this problem.
> 
> The villain could be some "input method" active.
> Juus's suggestion is quite drastic, just kill the ibus service, which
> handles input methods.

Hi, yes its drastic but I wanted to know if ibus was the culprit.

Personally I had quite a fight with ibus and I finally removed it from
my system with no ill effects. It is mostly used AFAIK with asian
"alphabets".

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] 1 keypress gives multiple letters ONLY in program written in Lazarus in raspbian jessie Pi 2

[JuuS]

On 04/09/2016 12:41 PM, Dennis wrote:
> In the past, the same program (written in lazarus ) running in the same
> hardware pi 2 under the older raspbian version has NO PROBLEM.
> 
> But the SD Card was corrupted so I installed the latest raspbian OS
> jessie on the same Pi 2 on a new SD Card.
> I reinstalled everything (e.g. mysql etc) and my program and it runs
> fine EXCEPT that pressing a key once will gives multiple letters.
> BUT this problem only occurs with my program.   

Remote possibility: do you have ibus installed and running? If so try
"ibus exit".

Julius

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] German umlauts in component names

[JuuS]

On 04/05/2016 10:59 AM, Santiago A. wrote:
> 
> I'm Spanish, and I don't support non ascii identifiers.
> 
> Perhaps for teaching boys would be useful.
> 

Very interesting discussion, I had no opinion before but now I'm totally
on the side of no non-ascii identifiers.

But I also understand the desire of the OP who could find use of
non-ascii buttons for teaching.

But the answer for these special cases is simple, yes?

Use a label with custom draw/paint and make your own "buttons" using
whatever characters you like and use the label's onclick to get where
you need to go.

Julius

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] Lazarus / FPC Donations

[JuuS]

I had the same question about Laz/fpc donations last december

 Forwarded Message 
Subject:Re: [Lazarus] Its Xmas!
Date:   Tue, 15 Dec 2015 22:48:44 +0100
From:   JuuS <j...@mykolab.ch>
To: Lazarus mailing list <lazarus@lists.lazarus.freepascal.org>



On 12/15/2015 09:38 PM, Vincent Snijders wrote:
> 
> 
> 2015-12-15 20:00 GMT+01:00 JuuS <j...@mykolab.ch <mailto:j...@mykolab.ch>>:
> 
> Hi,
> 
> Is the Lazarus fund still on the PayPal account Felipe M de C (as stated
> at http://wiki.lazarus.freepascal.org/How_to_donate_to_Lazarus)?
> 
> 
> Yes.

Thank you. Happy Solstice.




--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Replacing LRT format with RSJ

[JuuS]

On 02/16/2016 05:29 PM, Maxim Ganetsky wrote:
> Hello.
> 
> Currently we use .lrt file to store translatable strings extracted from
> forms.
> 
> This format is broken, because it cannot handle multiline
> resource strings (e.g. multiline hints).

Hi,

I've already submitted a patch, in October, at

http://bugs.freepascal.org/view.php?id=28740

Note that there will be issues from older versions to newer versions.
Read the notes there at the page.

Currently I simply update the laz files after I upgrade because I too
use multiLine hints. This fix will also fix multi-line edits, etc.

Julius

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] How to set defines for a project? Lazarus crashes...

[JuuS]

On 02/09/2016 10:10 AM, Bo Berglund wrote:
> On Mon, 8 Feb 2016 23:24:35 +0100, mic...@gmail.com wrote:
> 
> I am used to Windows Task Manager where the running programs are
> listed and one can stop it, but how do I get a corresponding list in
> which to select Lazarus in Linux?

All linux flavors have this as well. In kUbuntu it is called system
monitor (underlying name is ksysguard).

> 'man kill' indicates that I need a  value but 'man pid' returns
> nothing.

use ps command (ps --help all) to get PID's.  ps aux is a good start,
but use grep to winnow it down.

Julius

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] How to set defines for a project? Lazarus crashes...

[JuuS]

On 02/09/2016 11:56 AM, Bo Berglund wrote:
> On Tue, 9 Feb 2016 11:32:10 +0100, JuuS <j...@mykolab.ch> wrote:
> 
>>> 'man kill' indicates that I need a  value but 'man pid' returns
>>> nothing.
>>
>> use ps command (ps --help all) to get PID's.  ps aux is a good start,
>> but use grep to winnow it down.
> 
> Tried this:
> pi@rpi2-jessie2:~ $ ps -u pi |grep lazarus
>  5091 ?00:00:00 startlazarus
>  5094 ?00:00:10 lazarus
> 
> Seems to be two processes with lazarus in the name.
> Which one (or both) do I kill?

I would assume the higher PID is the child of the lower. You can also
specify --forest with the ps command and it gives ascii art tree showing
parent child relationships.

I'm no linux expert but I would kill child first then parent. But it may
be killing parent automatically kills child.?.

Then again you can use (at least in kUbuntu) the system monitor to kill
processes, right click on the entry on the processes tab.

> 
> 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Web vs desktop development

[JuuS]

> 
> I guess what it comes down to is this:
> 
> For businesses web development is probably a better fit for their
> software needs.
> 
> For people who are computer enthusiasts that use their computers to
> process tasks or solve problems, desktop development is probably better.
> 
> What are your opinions on the subject title ?

I've always been of the opinion that the web is great for displaying
information. To use it as the central processor bugs me.

When I ask my program to do something I want the attention of the
processor. I don't want it going over the web (security issues) and then
asking for some perhaps overworked server processor time.

Then there is the issue of throughput. When I have a client executable
all I need is the data, so much less iNet traffic.

I've always been for web+desktop app. Rest of the world disagreed. Nice
to see maybe it's coming back...to sanity!

FWIW.

Julius

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Video: Tool to aid in developing the Lazarus IDE

[JuuS]

On 01/13/2016 09:31 AM, Anthony Walter wrote:
> I put together a tool which some of you might find helpful either in
> developing the Lazarus IDE or your own applications.
> 

Thank you Anthony. I am looking forward to trying that out. Nice video.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] New menu designer. which style do you prefer?

[JuuS]

The top one.

I find there is room for beauty (ugly?) and personality in programming.
I find straight forward utilitarian to be ugly. I like things to be
interesting.

Any way to make the pattern settable? Win-Win!

On 01/11/2016 10:34 AM, Anthony Walter wrote:
> The point is, on a TPopupMenu if the pattern to the right is always
> alias arrows, and the pattern below is always check board, then it's
> entirely superfluous, nonessential, redundant, and unneeded.
> 
> 
> --
> ___
> Lazarus mailing list
> Lazarus@lists.lazarus.freepascal.org
> http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
> 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] Its Xmas!

[JuuS]

Hi,

Is the Lazarus fund still on the PayPal account Felipe M de C (as stated
at http://wiki.lazarus.freepascal.org/How_to_donate_to_Lazarus)?

Julius


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Its Xmas!

[JuuS]

On 12/15/2015 09:38 PM, Vincent Snijders wrote:
> 
> 
> 2015-12-15 20:00 GMT+01:00 JuuS <j...@mykolab.ch <mailto:j...@mykolab.ch>>:
> 
> Hi,
> 
> Is the Lazarus fund still on the PayPal account Felipe M de C (as stated
> at http://wiki.lazarus.freepascal.org/How_to_donate_to_Lazarus)?
> 
> 
> Yes.

Thank you. Happy Solstice.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Debian Packager released

[JuuS]

On 11/10/2015 05:32 AM, Anthony Walter wrote:
> A new version is available with a much better dependency resolver. 

Beautiful, works great, VMs/machines, 32/64, qt/gtk2. Now, on to
codebot  Thanks for your work.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Debian Packager released

[JuuS]

On 11/07/2015 02:34 AM, Anthony Walter wrote:
> I've put up a release for Debian Packager, a tool which hopefully makes
> it easy for developers to create their own deb packages to deploy their
> applications. Usage should be self explanatory and help is
> provided. Debian Packager can build both 32 and 64 bit deb packages.
> 
> http://www.getlazarus.org/apps/makedeb/

Greetings,

Appears to be broken (I have NO idea why it would include an nvidia
file, libqt4pas5 was installed on the machine I did the deb build on,
the previous apt-file methods worked):

Preparing to unpack juursync_3.1.0-qt-amd64.deb ...
Unpacking juursync (3.1.0-qt) ...
dpkg: dependency problems prevent configuration of juursync:
 juursync depends on libqt4pas5 (>= 2.5); however:
  Package libqt4pas5 is not installed.
 juursync depends on nvidia-346 (>= 346.96); however:
  Package nvidia-346 is not installed.

dpkg: error processing package juursync (--install):
 dependency problems - leaving unconfigured

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] More testing please

[JuuS]

On 11/09/2015 01:42 PM, Anthony Walter wrote:
> I've updated CPU Graph with some nice (IMO) changes:

Yes, working great. The graph isolation is nice.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Deployment tool: make deb

[JuuS]

On 11/05/2015 11:02 PM, Anthony Walter wrote:
> JuuS, right. I knew about apt-file builing of user database on first run. 
> 

Super, thanks for the info, I see now where I had some confusion.

I will definitely use this, please keep us apprised of deb packager
updates (for instance the umlaut ö problem)?

But you are right that it is ready to use now, though I'm still at a
loss as to why my program does not show up in Kub's utilities menu, your
deb packager shows up fine in development menu. Any ideas?


> Here's how it will work:
> 
> On start of makedeb it checks if apt-file is installed. 
>   If apt-file is not installed the program will ask to install it for
> you or close.
> If you say okay to install, it'll popup the gksudo prompt and
> install apt-file.
> Else makedeb will terminate
> 
> Once apt-file is detected it'll check that you have the cache has been built
>   If not it will run apt-file update without sudo, to build the local
> apt-file user cache 

I was reading about this and I, personally, prefer the manual sudo
method simply because the user permission terminal window for the
"apt-file update" hangs and never returns to a prompt. Maybe that's not
a real issue but I am reassured when I run it under sudo that the
terminal window returns to normal. The downside (if it is one), as
discussed on the sites I've read, is that once this decision is made
then the use of sudo must be consistent.

> 
> After apt-file and its cache is working, you can then fill out the form
> with the information in you deb package:
> 
> http://cache.getlazarus.org/images/makedeb-file.png
> 
> Fields Explained
> 
> Icon: Click the icon to pick a graphics file. Icons should support
> transparency, so select either a png, xpm, ico, or svg image file. They
> will all be resized as 64x64 pngs and packed into your deb, then
> deployed to /usr/local/share/icons/.png.
> 
> Application: The path to your executable. The binary format must be
> either i386 or amd64 architecture. Any other format will be rejected.
> The binary will be stripped before being placed in the deb.
> 
> Caption: The name of your application as seen when searching in the
> Ubuntu dash or other graphical application launcher. Will appear in the
> Name field of the generated desktop file deployed to
> /user/local/share/applications/.desktop.
> 
> Package name: The name of the package as seen by apt-get, dpkg,
> aptitude, apt-file, and other command line package tools. I force you to
> use an identifier name, i.e. following the same rules at variables. No
> spaces, no punctuation, letters, numbers, and underscore. Must start
> with a letter or underscore.
> 
> Package version: Should be app major version dot minor version dash
> package version. e.g. 1.0-1
> 
> Category: Used by some systems to group applications by functionality.
> Will be inserted into the desktop file and the DEBIAN control file.
> 
> Author: You name and email in to form of "John Doe <jo...@example.com
> <mailto:jo...@example.com>>" without the quotes.
> 
> Website: The url where people can download the deb from or read about
> the program.
> 
> Short description: Will appear in under next to the package name as the
> description in your package manager (apt-get, aptitude, Ubuntu Software
> Center).
> 
> Long description: Will appear in Ubuntu Software Center after the fold.
> 
> When you press build, make deb does the following:
> 
> Validates the fields are filled in correctly.
> Checks that the application file is a valid amd64 or i386 executable binary.
> Your previous deb file for that architecture is deleted if it already
> exists.
> The deb folder structure is created, if it doesn't exists in the same
> directory at the application file.
> You applicate is copied to app-folder/packagename_version/usr/local/bin.
> Makedeb then locates the shared object files (.so) linked in the elf
> header of your application.
> It checks if the .so has already been cached and associated with a
> package name and version..
>   If the .so hasn't been cached, apt-file is used to lookup the package
> and version (this can take a while).
>   The .so package name and version is then cached in your
> $HOME/.config/makedeb folder.
> It copies your icon file to app-folder/packagename_version/usr/share/icons.
> It builds a desktop file and copies it to
> app-folder/packagename_version/usr/share/applications.
> It builds the app-folder/packagename_version/DEBIAN/control file.
> It builds the deb packagename_version-architecture.deb. e.g.
> my_awesome_app_1.0-1-amd64.deb
> 
> And finally your project information is saved to the same name as your
> application file with the .mkdeb extension added. The next

Re: [Lazarus] Deployment tool: make deb

[JuuS]

Ahhh, your cpugraph doesn't show up either, utilities is misspelled.

On 11/06/2015 10:15 AM, Anthony Walter wrote:
> I'm not sure why it's not showing up. Do an "ls -l
> /usr/share/applications" and see if there is a package.desktop file
> there related to your application. You can "cat
> /usr/share/applications/yourapp.desktop" and check that the contents are
> correct. Maybe I am using the wrong category string. You should be eable
> to find it by Caption in the dash or whatever spotlight type tool you
> desktop provides.
> 
> I'll be posting another version of makedeb (final perhaps) this weekend.
> 
> 
> --
> ___
> Lazarus mailing list
> Lazarus@lists.lazarus.freepascal.org
> http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
> 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Test This Please

[JuuS]

On 11/06/2015 09:55 AM, Anthony Walter wrote:
> To Debian based Lazarus users, if you have the inclination can you test
> this out, or provide some feedback:
> 

40 minutes in, works great and looks pretty, needs the utilities thing
fixed.

If you're looking for suggestions? Scrubbing with arrow keys would be
nice, fast scrubbing with shift or control.

Just for the fun of it, it would be interesting to be able to click on a
processor color(s) and isolate those graphs.


> http://www.getlazarus.org/apps/cpugraph/
> 
> Here is a video of the program if you want a better idea of what it does
> before you try it:
> 
> http://cache.getlazarus.org/video/cpugraph-scrub.mp4
> 
> * Note to testers *
> 
> I've written code to enabled system wide hotkey detection which may not
> work in environments toolkits where Gtk doesn't own the root window. 
> 
> If Super + U (super is the Windows key) doesn't toggle the graphing
> window visibility,  please let me know what "echo $XDG_CURRENT_DESKTOP"
> returns in a terminal.
> 
> 
> 
> --
> ___
> Lazarus mailing list
> Lazarus@lists.lazarus.freepascal.org
> http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
> 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Using event driven components in console application

[JuuS]

> Having to have that library is unfortunate, but is a fundamental
> requirement since Qt exposes a C++ API which is not directly usable by
> FPC. If you start looking too closely at that point, you have to
> question the wisdom of using non-mainstream tools... I really don't want
> to go there.

Let's make L mainstream then...it certainly deserves to be IMO.

> 
> In practice, it's also worth installing database -dev packages e.g.
> libpq-dev on user-level machines, since it is these that typically set
> up a fixed-name symlink that avoids an app having to search for various
> possibilities. So on one of the older machines around here I've got
> 
> /usr/lib/libpq.a
> /usr/lib/libpq.so -> libpq.so.5.1
> /usr/lib/libpq.so.5 -> libpq.so.5.1
> /usr/lib/libpq.so.5.1
> 
> while on a newer one:
> 
> /usr/lib/libpq.a
> /usr/lib/libpq.so -> libpq.so.5.4
> /usr/lib/libpq.so.5 -> libpq.so.5.4
> /usr/lib/libpq.so.5.4
> 
> That's a distro problem, not an FPC or Lazarus one.
> 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Test This Please

[JuuS]

On 11/06/2015 11:22 AM, Luca Olivetti wrote:
> El 06/11/15 a les 09:55, Anthony Walter ha escrit:
>> To Debian based Lazarus users, if you have the inclination can you test
>> this out, or provide some feedback:
> 
> On kde (kubuntu 15.10) with compositing disabled the window never
> disappears (when I click on the checkbox it just stays there without the
> graph moving) and it has black corners, as well a a black background in
> the slider.

This could very well be the exact same problem I had with my program and
15.10. GTK is broken in some manner, using the libqt4pas5 (and compiling
for qt with the dev library) fixed it. My problem was also the black
corners and black back/fore ground.

> Everything is fine with compositing enabled, but I usually leave it
> disabled.
> The hotkey works, $XDG_CURRENT_DESKTOP is KDE.
> 
> 
> Bye

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Test This Please

[JuuS]

On 11/06/2015 11:15 AM, Anthony Walter wrote:
> Good feedback. Regarding arrows keys, the window is actually a popup and
> as such I'm not sure it can receive input focus. I'll investigate. The
> cpu graph isolation suggestion is a really good idea.
> 
> Thanks.

My pleasure, thank you for the work.

If capturing keystrokes is problematic then maybe slo/quick buttons on
both sides...

> 
> 
> --
> ___
> Lazarus mailing list
> Lazarus@lists.lazarus.freepascal.org
> http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
> 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Deployment tool: make deb

[JuuS]

On 10/31/2015 02:21 PM, Anthony Walter wrote:

> Okay if anyone wants to TEST this program, 

Done!

>I've uploaded a 64bit version
> which you can download below. A 32bit version will be coming soon if you
> should need it.


> 
> http://cache.getlazarus.org/debs/makedeb_1.0-1-x86_64.deb
> 
> To install either double click the deb and use your package manager
> program (Software Center on Ubuntu) and press install. 
> Or type "sudo dpkg -i makedeb_1.0-1-x86_64.deb"
> 
> If you don't already have apt-file installed, installing this deb should
> also install apt-file. The apt-file program  is required to look up
> package names of your application's dependencies. It should build the
> cache when installed, but if you need to do it manually (I don't believe
> you do) the command would be "sudo apt-file update".

It turns out that you do need to do this, at least on my system (Kub
14.04 VM). It does install apt-file but immediately one gets a
notification that it needs to be "updated" and raises a dialog to allow
you to do so. The first few go rounds I ran the dialog, it opens a
terminal, runs and then hangs at the end.

After googling and trying things what one needs to do is IGNORE/CANCEL
that update notification because it runs with only user permissions!
Then do the "sudo apt-file update" manually, that works properly.

And thanks for the instructions you provided in private email, all
worked great, I paste an important bit here for others if they get a
missing libxml2.so message (from what I understand this is fixed now in
later build of Deb Packager):

Fix the problem by creating a symlink to libxml2.so.2 in /usr/lib/ folder.

Eg:
find /usr/lib -name libxml2*
Lists:
/usr/lib/x86_64-linux-gnu/libxml2.so.2
Fix:
sudo ln -s /usr/lib/x86_64-linux-gnu/libxml2.so.2
/usr/lib/x86_64-linux-gnu/libxml2.so


To keep this reply short I post my test findings at:

https://www.timepirate.org/downloads/DebPackagerTestResults.txt


How will this work with updates, transparently or will we need to do
something special?

Thanks for doing this! Looks like it is going to be very very handy,
easy, convenient, and quick. Is this open to dev on git or svn?

Julius



> 
> To run the application type makedeb in any terminal, or search for
> Debian Packager in the dash (Ubuntu).
> 
> Usage should be self explanatory. You either type of the path to you
> application, or press the button with the green plus and choose your
> application. Fill out the fields and press build. 
> 
> A few tips:
> 
> You can pick the desktop icon by clicking the big image in the top left
> and picking a graphic file.
> The caption value is what will appear in the dash or if you pin the icon
> somewhere.
> Search for you program using with apt-cache search or aptitude search
> using the package name.
> Your short description will appear next to the package name when searching.
> Versions should be formatted majorver.minorver-packagever eg. 0.9-1
> Author should be in the form of Your Name  >
> 
> 
> --
> ___
> Lazarus mailing list
> Lazarus@lists.lazarus.freepascal.org
> http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
> 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Using event driven components in console application

[JuuS]

On 11/04/2015 12:30 PM, Mark Morgan Lloyd wrote:
> JuuS wrote:
>> On 11/04/2015 09:48 AM, Mark Morgan Lloyd wrote:
>>> When building the IDE you'd normally use  make bigide  or similar which
>>> would use the platform defaults, but depending on what libraries etc.
>>> were available you could also use e.g.  make LCL_PLATFORM=qt bigide
>>>
>> Hi,
>>
>> This question / discussion is also very interesting to me (warning
>> possible dumb questions ahead).
>>
>> I am still very vague on the widget type/set in my gnu/linux education.
>> I'm kub14.04, the ide then uses gtk2, all automatic.
> 
> If that's Kububtu, I'd expect it to be using KDE which implies you've
> already got Qt. Assuming that you have- or can add- libqt4pas-dev then
> you can build the Lazarus IDE etc. for Qt.
> 

A. Thank you for the insight! Yes, I can now compile qt as well as
gtk2.

So simple!!...when you know what is needed...


>> But my questions are:
>>
>> Why would I want to use qt, gtk3, etc? Yes, of course for different
>> platforms but which platforms (Fedora? Debian? ?? ).
> 
> Depends massively on the version of whichever distro you've selected,
> since these will typically bundle different versions of Gnome and it's
> this that drives GTK forwards. I'm sure you've seen Torvalds' rants on
> the issue.
> 
> It also depends on the version of Lazarus you're using since of
> necessity this tracks GTK and Qt, and to a much lesser extent on the
> version of FPC for the same reason.
> 
> In general, Debian "Lenny" is OK for GTK and GTK2. Debian "Squeeze" and
> "Wheezy" are OK for GTK2 and Qt. My experience with Lazarus "Jessie" is
> that Qt is somewhat more reliable than GTK, although I'm sure I'll take
> flak for saying so.
> 
> Can't remember where I've got to with "Stretch". Recent versions of
> Lazarus have started making demands of Qt that are no longer satisfied
> by the one with "Squeeze".
> 
>> Does this mean then that what I have developed in gtk2 will ==NOT== run
>> properly in some gnu-L flavours? Which ones? How do I tell?
> 
> Yes. Pass. Badly.
> 
>> I guess setting up VMs for my targets is a good solution to find out if
>> there is a problem but I can't always tell which widgetset is right for
>> which flavour...?
>>
>> I have googled this before but have found nothing that has enlightened
>> me.
> 
> The first problem to solve is pairing up which version of FPC works best
> with a given version of Lazarus. After experimentation, I've got
> 
> /usr/local/bin/lazarus-0.9.24+2.2.4
> /usr/local/bin/lazarus-0.9.26+2.2.4
> /usr/local/bin/lazarus-0.9.28+2.4.0
> /usr/local/bin/lazarus-0.9.30+2.4.4
> /usr/local/bin/lazarus-1.0.0+2.4.4
> /usr/local/bin/lazarus-1.0.0+2.6.0
> /usr/local/bin/lazarus-1.0.8+2.6.2
> /usr/local/bin/lazarus-1.0.14+2.6.4
> /usr/local/bin/lazarus-1.2.6+2.6.4
> /usr/local/bin/lazarus-1.4.2+3.0.0
> /usr/local/bin/lazarus-gtk1-compatible
> 
> The last of those is actually 0.9.24.1 with FPC 2.2.4, which is about as
> old as is viable. I can't say without significant digging in my build
> scripts which of those are also good for Qt. I really can't say which
> are good for different versions of Windows (except that if you really do
> have to build for NT you'll need something like 0.9.26.2 + 2.2.4) or for
> OS X. Anybody into SPARC Solaris should find 1.4.2 + 3.0.0 OK.
> 
> The best thing to do, in my opinion, is to build as many variants of
> your binary as possible for a given platform, and then find out what
> doesn't work. To try to keep that doable I've got a script set up which
> points each of the combinations listed above at its own configuration
> file, so that I don't find myself chasing shadows because the underlying
> FPC version is suddenly wrong.
> 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Using event driven components in console application

[JuuS]

On 11/05/2015 07:05 PM, JuuS wrote:
> 
> 
> On 11/04/2015 12:30 PM, Mark Morgan Lloyd wrote:
>> JuuS wrote:
>>> On 11/04/2015 09:48 AM, Mark Morgan Lloyd wrote:
>>>> When building the IDE you'd normally use  make bigide  or similar which
>>>> would use the platform defaults, but depending on what libraries etc.
>>>> were available you could also use e.g.  make LCL_PLATFORM=qt bigide
>>>>
>>> Hi,
>>>
>>> This question / discussion is also very interesting to me (warning
>>> possible dumb questions ahead).
>>>
>>> I am still very vague on the widget type/set in my gnu/linux education.
>>> I'm kub14.04, the ide then uses gtk2, all automatic.
>>
>> If that's Kububtu, I'd expect it to be using KDE which implies you've
>> already got Qt. Assuming that you have- or can add- libqt4pas-dev then
>> you can build the Lazarus IDE etc. for Qt.
>>
> 
> A. Thank you for the insight! Yes, I can now compile qt as well as
> gtk2.
> 
> So simple!!...when you know what is needed...
> 

Just FYI for others that may be in my position:

This insight (using a qt version) just solved the problem I was having
with a later install version of kub 14.04 and kub 15.04 and 15.10 where
a simple progress bar from the comp. palette showed fine in my
development computer (earlier install v. of 14.04) but would NOT show in
those other two versions. Ouch.

Thanks again, you just solved a headache for me (but one needs to
install the libqt4pas5 library on the destination machines, even so
problem solved).

> 
>>> But my questions are:
>>>
>>> Why would I want to use qt, gtk3, etc? Yes, of course for different
>>> platforms but which platforms (Fedora? Debian? ?? ).
>>
>> Depends massively on the version of whichever distro you've selected,
>> since these will typically bundle different versions of Gnome and it's
>> this that drives GTK forwards. I'm sure you've seen Torvalds' rants on
>> the issue.
>>
>> It also depends on the version of Lazarus you're using since of
>> necessity this tracks GTK and Qt, and to a much lesser extent on the
>> version of FPC for the same reason.
>>
>> In general, Debian "Lenny" is OK for GTK and GTK2. Debian "Squeeze" and
>> "Wheezy" are OK for GTK2 and Qt. My experience with Lazarus "Jessie" is
>> that Qt is somewhat more reliable than GTK, although I'm sure I'll take
>> flak for saying so.
>>
>> Can't remember where I've got to with "Stretch". Recent versions of
>> Lazarus have started making demands of Qt that are no longer satisfied
>> by the one with "Squeeze".
>>
>>> Does this mean then that what I have developed in gtk2 will ==NOT== run
>>> properly in some gnu-L flavours? Which ones? How do I tell?
>>
>> Yes. Pass. Badly.
>>
>>> I guess setting up VMs for my targets is a good solution to find out if
>>> there is a problem but I can't always tell which widgetset is right for
>>> which flavour...?
>>>
>>> I have googled this before but have found nothing that has enlightened
>>> me.
>>
>> The first problem to solve is pairing up which version of FPC works best
>> with a given version of Lazarus. After experimentation, I've got
>>
>> /usr/local/bin/lazarus-0.9.24+2.2.4
>> /usr/local/bin/lazarus-0.9.26+2.2.4
>> /usr/local/bin/lazarus-0.9.28+2.4.0
>> /usr/local/bin/lazarus-0.9.30+2.4.4
>> /usr/local/bin/lazarus-1.0.0+2.4.4
>> /usr/local/bin/lazarus-1.0.0+2.6.0
>> /usr/local/bin/lazarus-1.0.8+2.6.2
>> /usr/local/bin/lazarus-1.0.14+2.6.4
>> /usr/local/bin/lazarus-1.2.6+2.6.4
>> /usr/local/bin/lazarus-1.4.2+3.0.0
>> /usr/local/bin/lazarus-gtk1-compatible
>>
>> The last of those is actually 0.9.24.1 with FPC 2.2.4, which is about as
>> old as is viable. I can't say without significant digging in my build
>> scripts which of those are also good for Qt. I really can't say which
>> are good for different versions of Windows (except that if you really do
>> have to build for NT you'll need something like 0.9.26.2 + 2.2.4) or for
>> OS X. Anybody into SPARC Solaris should find 1.4.2 + 3.0.0 OK.
>>
>> The best thing to do, in my opinion, is to build as many variants of
>> your binary as possible for a given platform, and then find out what
>> doesn't work. To try to keep that doable I've got a script set up which
>> points each of the combinations listed above at its own configuration
>> file, so that I don't find myself chasing shadows because the underlying
>> FPC version is suddenly wrong.
>>
> 
> --
> ___
> Lazarus mailing list
> Lazarus@lists.lazarus.freepascal.org
> http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
> 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Using event driven components in console application

[JuuS]

On 11/04/2015 12:30 PM, Mark Morgan Lloyd wrote:
> JuuS wrote:
>> On 11/04/2015 09:48 AM, Mark Morgan Lloyd wrote:
>>> When building the IDE you'd normally use  make bigide  or similar which
>>> would use the platform defaults, but depending on what libraries etc.
>>> were available you could also use e.g.  make LCL_PLATFORM=qt bigide
>>>
>> Hi,
>>
>> This question / discussion is also very interesting to me (warning
>> possible dumb questions ahead).
>>
>> I am still very vague on the widget type/set in my gnu/linux education.
>> I'm kub14.04, the ide then uses gtk2, all automatic.
> 

Wow, thank you for the information! Exactly the type of explanation I
needed to help clearup my confused mind re: widget sets.

> If that's Kububtu, I'd expect it to be using KDE which implies you've
> already got Qt. Assuming that you have- or can add- libqt4pas-dev then
> you can build the Lazarus IDE etc. for Qt.
> 
>> But my questions are:
>>
>> Why would I want to use qt, gtk3, etc? Yes, of course for different
>> platforms but which platforms (Fedora? Debian? ?? ).
> 
> Depends massively on the version of whichever distro you've selected,
> since these will typically bundle different versions of Gnome and it's
> this that drives GTK forwards. I'm sure you've seen Torvalds' rants on
> the issue.

Uhhh...no (but I immediately googled and read a bit...)

> 
> It also depends on the version of Lazarus you're using since of
> necessity this tracks GTK and Qt, and to a much lesser extent on the
> version of FPC for the same reason.
> 
> In general, Debian "Lenny" is OK for GTK and GTK2. Debian "Squeeze" and
> "Wheezy" are OK for GTK2 and Qt. My experience with Lazarus "Jessie" is
> that Qt is somewhat more reliable than GTK, although I'm sure I'll take
> flak for saying so.
> 
> Can't remember where I've got to with "Stretch". Recent versions of
> Lazarus have started making demands of Qt that are no longer satisfied
> by the one with "Squeeze".
> 
>> Does this mean then that what I have developed in gtk2 will ==NOT== run
>> properly in some gnu-L flavours? Which ones? How do I tell?
> 
> Yes. Pass. Badly.
> 

Ouch.

But this is what, ultimately, fpGUI will address I believe? Wiki page
says it is still alpha but I anxiously await the opportunity to use it
natively (I work in 1.4.4, I SVN only occasionally in special circumstances)

>> I guess setting up VMs for my targets is a good solution to find out if
>> there is a problem but I can't always tell which widgetset is right for
>> which flavour...?
>>
>> I have googled this before but have found nothing that has enlightened
>> me.
> 
> The first problem to solve is pairing up which version of FPC works best
> with a given version of Lazarus. After experimentation, I've got
> 
> /usr/local/bin/lazarus-0.9.24+2.2.4
> /usr/local/bin/lazarus-0.9.26+2.2.4
> /usr/local/bin/lazarus-0.9.28+2.4.0
> /usr/local/bin/lazarus-0.9.30+2.4.4
> /usr/local/bin/lazarus-1.0.0+2.4.4
> /usr/local/bin/lazarus-1.0.0+2.6.0
> /usr/local/bin/lazarus-1.0.8+2.6.2
> /usr/local/bin/lazarus-1.0.14+2.6.4
> /usr/local/bin/lazarus-1.2.6+2.6.4
> /usr/local/bin/lazarus-1.4.2+3.0.0
> /usr/local/bin/lazarus-gtk1-compatible
> 
> The last of those is actually 0.9.24.1 with FPC 2.2.4, which is about as
> old as is viable. I can't say without significant digging in my build
> scripts which of those are also good for Qt. I really can't say which
> are good for different versions of Windows (except that if you really do
> have to build for NT you'll need something like 0.9.26.2 + 2.2.4) or for
> OS X. Anybody into SPARC Solaris should find 1.4.2 + 3.0.0 OK.
> 
> The best thing to do, in my opinion, is to build as many variants of
> your binary as possible for a given platform, and then find out what
> doesn't work. To try to keep that doable I've got a script set up which
> points each of the combinations listed above at its own configuration
> file, so that I don't find myself chasing shadows because the underlying
> FPC version is suddenly wrong.
> 

Excellent research, I see you've tracked this issue for a long time.

At this time it seems best for me to get the widest sample of VMs built
for testing while I do not want to muddy my work machine with multiple
builds and libraries and installs / upgrades gone wrong. I just don't
need that.

Thanks Mark, your explanation has helped me toward devising a plan /
system of my own regarding this.

Save us fpGUI...

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Using event driven components in console application

[JuuS]

On 11/04/2015 09:48 AM, Mark Morgan Lloyd wrote:
> 
> When building the IDE you'd normally use  make bigide  or similar which
> would use the platform defaults, but depending on what libraries etc.
> were available you could also use e.g.  make LCL_PLATFORM=qt bigide
> 
Hi,

This question / discussion is also very interesting to me (warning
possible dumb questions ahead).

I am still very vague on the widget type/set in my gnu/linux education.
I'm kub14.04, the ide then uses gtk2, all automatic.


But my questions are:

Why would I want to use qt, gtk3, etc? Yes, of course for different
platforms but which platforms (Fedora? Debian? ?? ).

Does this mean then that what I have developed in gtk2 will ==NOT== run
properly in some gnu-L flavours? Which ones? How do I tell?

I guess setting up VMs for my targets is a good solution to find out if
there is a problem but I can't always tell which widgetset is right for
which flavour...?

I have googled this before but have found nothing that has enlightened me.

Thanks for any info.

Julius


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Another widget

[JuuS]

On 11/03/2015 01:51 AM, Anthony Walter wrote:
> 
> With my last app, a deb package maker
> (http://cache.getlazarus.org/images/cpugraph-deb.png) people expressed
> interest. I posted the debs and haven't heard anything back, so there's
> that.

Patience Grasshopper...I'm working out some bugs/kinks in my program
(works great in kub14.04, and not so well in kub15.04). When that is
done, next on list is to try the deb packager.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] Theoretical question about future of Lazarus

[JuuS]

Hi,

Lazarus has had the number schemes 0.xxx to now of 1.4.xx

Before falling asleep it passed through my mind about a lazarus 2.xx and...

...I thought what could it be? Lazarus is already so good and so feature
filled that I struggled to understand what could possibly be in or
justify a Lazarus 2.xx

Any thoughts from anyone what a Laz 2 would be?

Julius

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Theoretical question about future of Lazarus

[JuuS]

On 10/12/2015 03:53 PM, Graeme Geldenhuys wrote:
> On 2015-10-12 13:03, JuuS wrote:
>> Any thoughts from anyone what a Laz 2 would be?
> 
> Mind control Think of the program, and Lazarus writes it. ;-)
> 
> Regards,
>   - Graeme -
> 

All good replies thank you! But...

...This is the best one!

Anyway, yes I see. Major reorganization(s) would certainly justify a 2.

Standing outside the developer group these (thanks all) types of needs
were something I couldn't see.

So anyway what about a 3.xx :) just kidding!

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] POFile ommission

[JuuS]

On 09/10/2015 12:15 AM, Mattias Gaertner wrote:
> On Fri, 28 Aug 2015 16:22:28 +0200
> JuuS <j...@mykolab.ch> wrote:
> 
>> Hi all,
>>
>> Recently got into PO files and want to translate a program.
>>
>> Turns out, however, that multi-line hints in lfm files are not brought
>> over correctly - only the first line of the multi-line hint.
>>
>> This is by design as can be seen in the Translations unit
>> TPOFile.TranslateStrings procedure in the condition:
>>
>> if SType=stLrt then (at around line 1217)
> 
> Feel free to extend this to support multi line strings.

I'd already fixed my local copy of Lazarus to deal with the multi=line
hints.

After thinking about it I think I could submit a patch...just other
things in the air right now.

This is on my todo list and I will be getting to it soon...after I
figure out how to efficiently and properly deal with svn'ing and then
learning the bug reporting / patching system.

Baby steps

But I do (I believe) have the solution.

> 
>  
>> Multi-Line resourcestrings from the rst files are handled fine.
>>
>>
>> I was going to take a stab at writing some code for this but then was
>> stopped because I saw that there was some utf8 (?) translation going on
>> when the rst file is created. 
> 
> What do you mean?

I think that means I was confused. Let me look at the code again.

> 
> 
>> In a related question: Combobox contents (and I presume listbox
>> contents) are not written to the lrt files. I would find this useful
>> also as currently I have to make the combobox contents a resourcestring
>> and then assign at runtime. But maybe this is a limitation of the
>> po_file translation system itself?
> 
> At the moment the IDE only translates string properties of type
> TTranslateString.
> TComboBox.Items is TStrings, which is not supported.

I will look at that also. If .po files handle contents of Tlist and
TCombobox (I don't know, haven't made test yet) it seems that would be
useful too.
> 

Thanks Mattias,

Julius

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] POFile ommission

[JuuS]

Hi all,

Recently got into PO files and want to translate a program.

Turns out, however, that multi-line hints in lfm files are not brought
over correctly - only the first line of the multi-line hint.

This is by design as can be seen in the Translations unit
TPOFile.TranslateStrings procedure in the condition:

if SType=stLrt then (at around line 1217)


Multi-Line resourcestrings from the rst files are handled fine.


I was going to take a stab at writing some code for this but then was
stopped because I saw that there was some utf8 (?) translation going on
when the rst file is created. Seeing that the job was starting to
entangle multiple units and methods I thought it better to just let out
a FYI and let a master work on it.

This would also affect multi-line edits and so on, so I believe it was
just a simple oversight.

In a related question: Combobox contents (and I presume listbox
contents) are not written to the lrt files. I would find this useful
also as currently I have to make the combobox contents a resourcestring
and then assign at runtime. But maybe this is a limitation of the
po_file translation system itself?

Have a great day.

Julius


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] How to detect that the Alt-key is released?

[JuuS]

Sorry I confused you, my specialty.

What I meant was if you use the 'ssAlt in Shift' line, it won't work if
you only press the alt key because in a keyup handler the key is then
up! And so won't pass the if statement. It would work in a keydown
handler though.

if you press and hold alt and then press and release, for example, 'a'
you will see it catch the state of the alt key.

as to the vk_menu, no idea. But to detect states of shift, control, alt,
etc. the methods I showed are what is normally used.



On 08/02/2015 02:42 PM, Jürgen Hestermann wrote:
 Am 2015-08-02 um 14:33 schrieb JuuS:
 (btw. this WON'T work in onkeyup with just the alt key...when you lift
 alt (ie, keyup) it is no longer down and so is not in Shift, to see it
 work do something like alt-a).
 
 But that's just what I want:
 Detect the release of the Alt+key (independend from other keys state).
 
 So it's not possible?
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] How to detect that the Alt-key is released?

[JuuS]

Hi,

Shift keys are handled differently. When you to to the declaration of
TShiftState you'll see:

  TShiftStateEnum = (ssShift, ssAlt, ssCtrl,
ssLeft, ssRight, ssMiddle, ssDouble,
// Extra additions
ssMeta, ssSuper, ssHyper, ssAltGr, ssCaps, ssNum,
ssScroll,ssTriple,ssQuad,ssExtra1,ssExtra2);

  TShiftState = set of TShiftStateEnum;


And you use it like:

if ssAlt in Shift then
  showmessage( 'Ye. Alt.' ).

(btw. this WON'T work in onkeyup with just the alt key...when you lift
alt (ie, keyup) it is no longer down and so is not in Shift, to see it
work do something like alt-a).

or

if [ ssShift, ssCtrl ] * Shift = [] then
showmessage( 'shift or ctrl' );

play around with them, you'll get the results you want.


Also, you probably already know, be sure the form's keypreview property
is set to true.

Julius


On 08/02/2015 12:52 PM, Jürgen Hestermann wrote:
 According to http://wiki.lazarus.freepascal.org/LCL_Key_Handling
 the KeyUp event should be triggered when the Alt-key is released.
 
 But how do I tell this procedure that I want to check for the Alt-key?
 The key parameter is of type word.
 What is the representation of the Alt-key here?
 vk_alt does not exist.
 
 And how about the Shift parameter?
 It would tell me whether Alt is currently pressed or not
 but not whether it has been released.
 
 A bit confusing
 Anybody knows how it works?
 
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] how to get Type of Sender or Components[i] in order to Cast?

[JuuS]

On 07/27/2015 09:31 AM, Mark Morgan Lloyd wrote:
 Péter Gábor wrote:
 Sorry!
 I was misreading your mail... you want to know the type of them.

 You can compare the type of them:

 if Sender = TButton then { do something} ;
 
 Can this be elegantly put into a case statement?
 
Hi, I just tried it and no you can't. At least not directly, there may
be a way of casting the Sender object to ordinal or string but I'm not
sure that is efficient or elegant.

Why not simply iterate the control List:

for i := 0 to Controls.Count - 1 do
begin
  If controls[ i ] is TCheckbox then
TCheckbox( Controls[ i ] ).Checked := 
end;

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Cross Compile setup unsuccessful

[JuuS]

Thanks leledumbo and Ondrej, I am away now and will look these over in
the next days.

On 17/06/2015 18:35, Ondrej Kelle wrote:
 Hi,
 
 In case anybody finds it interesting, I've recently blogged:
 FPC and Lazarus development environment
 
 Notes on how to set up a FreePascal/Lazarus development environment on a
 Linux system, with cross-compiling for OSX and Windows
 http://tondrej.blogspot.com/2015/05/fpc-and-lazarus-development-environment.html
 
 On 17 Jun 2015 18:03, leledumbo leledumbo_c...@yahoo.co.id
 mailto:leledumbo_c...@yahoo.co.id wrote:
 
  As for the make all for Linux i386 it fails with:
 
 You need 32-bit libraries, too. Usually packaged with multilib in its
 name. After that, you need to add -Fl pointing to those 32-bit
 libraries as
 the default library search path must be for your 64-bit system. You
 might
 even need -Xd if the linker still fails to find them, it basically makes
 default search path empty so only directories listed by -Fl is searched.
 
 
 
 --
 View this message in context:
 
 http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-Cross-Compile-setup-unsuccessful-tp4042679p4042684.html
 Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com.
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 mailto:Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 
 
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] Cross Compile setup unsuccessful

[JuuS]

Hello,

I work with Lazarus 1.4.0 on Kubuntu 14.04 with an x86_64 system.

I wanted today to make my Lazarus cross compile to win32, win64 and
linux 32 bit.

I followed the directions at these two pages:

http://wiki.lazarus.freepascal.org/Cross_compiling#From_Linux_x64_to_Linux_i386

http://wiki.lazarus.freepascal.org/Cross_compiling_for_Win32_under_Linux

For windows the make all and make crossinstall appeared to have finished
properly with no errors. But when I attempt to make a cross install of
win32, for example, in Lazarus it says /usr/bin/fpc does not support the
target i386-win32


As for the make all for Linux i386 it fails with:

ld: warning: ./link.res contains output sections; did you forget -T?
ld: cannot find -lpthread
ld: cannot find -ldl
ld: cannot find -lc
fppkg.pp(396,1) Error: Error while linking
fppkg.pp(396,1) Fatal: There were 1 errors compiling module, stopping
Fatal: Compilation aborted
make[3]: *** [fppkg] Error 1
make[3]: Leaving directory `/usr/share/fpcsrc/2.6.4/utils/fppkg'
make[2]: *** [fppkg_all] Error 2
make[2]: Leaving directory `/usr/share/fpcsrc/2.6.4/utils'
make[1]: *** [utils_all] Error 2
make[1]: Leaving directory `/usr/share/fpcsrc/2.6.4'
make: *** [build-stamp.i386-linux] Error 2

So I am missing some other steps??

Thanks,

Julius

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Cross Compile setup unsuccessful

[JuuS]

On 06/17/2015 03:10 PM, Gabor Boros wrote:
 2015.06.17. 14:46 keltezéssel, JuuS írta:
 Hello,

 I work with Lazarus 1.4.0 on Kubuntu 14.04 with an x86_64 system.

 I wanted today to make my Lazarus cross compile to win32, win64 and
 linux 32 bit.

 I followed the directions at these two pages:

 http://wiki.lazarus.freepascal.org/Cross_compiling#From_Linux_x64_to_Linux_i386


 http://wiki.lazarus.freepascal.org/Cross_compiling_for_Win32_under_Linux

 For windows the make all and make crossinstall appeared to have finished
 properly with no errors. But when I attempt to make a cross install of
 win32, for example, in Lazarus it says /usr/bin/fpc does not support the
 target i386-win32
 
 Hi,
 
 For Win32 add a symlink to /usr/bin for ppcross386. (I use cross
 compiler for Win32 only.)

Thanks Gabor, I will look into it.

 

 Gabor
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] TProcess not mirroring terminal

[JuuS]

On 06/02/2015 04:08 PM, JuuS wrote:
 
 
 On 06/02/2015 03:42 PM, Marc Santhoff wrote:
 On Di, 2015-06-02 at 14:21 +0200, JuuS wrote:

 Anyone have an idea why this is so???

 Maybe the difference is that your TProcess is reading only stdout, not
 stderr. Dunno if there is a switch in TProcess, if not you'd need to
 redirect stderr to stdout (which is shell dependant, 21 for sh,  for
 csh, IIRC).

 
 Thanks for reply Marc, but Michael had it absolutely right.
 
 I changed my TProcess to run /bin/sh instead of rsync, added -c as first
 param, then the entire rsync command as second param.
 
 It works Great!

Ooops. Just sent this note so that no one becomes misled. It does NOT
work if there are spaces in the paths (for example a source folder with
name '/myfolder/File name').

Sent it with 's surrounding it and rsync still does not understand it,
even though it is coming through /bin/sh.

No worries, I'll work something out. Just didn't want this thread to
lead people down the wrong path...


 
 Thanks for your answers guys.
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] TProcess not mirroring terminal

[JuuS]

On 06/04/2015 01:05 PM, JuuS wrote:
 
 
 On 06/02/2015 04:08 PM, JuuS wrote:


 On 06/02/2015 03:42 PM, Marc Santhoff wrote:
 On Di, 2015-06-02 at 14:21 +0200, JuuS wrote:

 Anyone have an idea why this is so???

 Maybe the difference is that your TProcess is reading only stdout, not
 stderr. Dunno if there is a switch in TProcess, if not you'd need to
 redirect stderr to stdout (which is shell dependant, 21 for sh,  for
 csh, IIRC).


 Thanks for reply Marc, but Michael had it absolutely right.

 I changed my TProcess to run /bin/sh instead of rsync, added -c as first
 param, then the entire rsync command as second param.

 It works Great!
 
 Ooops. Just sent this note so that no one becomes misled. It does NOT
 work if there are spaces in the paths (for example a source folder with
 name '/myfolder/File name').
 
 Sent it with 's surrounding it and rsync still does not understand it,
 even though it is coming through /bin/sh.
 
 No worries, I'll work something out. Just didn't want this thread to
 lead people down the wrong path...

Sorry for the bother...solution is to replace all spaces ( ) with
backslash escape (\ ). I go back in my hole now.

 
 

 Thanks for your answers guys.

 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] TProcess not mirroring terminal

[JuuS]

Hi All,

I'm using Lazarus 1.4 with Kubuntu 14.04

I've written a small GUI frontend for the rsync command. I assemble
rsync command line switches and source and destination thru the TProcess
paramlist and everything has been exactly mirrored by my program and
when the exact same command is run through a terminal, it has worked
perfectly for everything I want to do with rsync...

...until today.

For the first time my output and the output from the same command line
run in terminal work differently.

Run it through terminal and the command is accepted, however running it
through TProcess and rsync complains! The two outputs are listed below,
the parameters passed are exactly the same.


Anyone have an idea why this is so???



TERMINAL OUTPUT:
juus@JuuSKub:~$ rsync -n -vshtplgiE --stats --modify-window=1 --progress
/home/juus/Documents/** /media/juus/Lin1TB/BKactive
skipping directory CodeBlocks
skipping directory IntelliJ
skipping directory qt
f+ hackjs5.html
f+ hackjs7.html
f+ hackjs8.html

Number of files: 3 (reg: 3)
Number of created files: 3 (reg: 3)
Number of deleted files: 0
Number of regular files transferred: 3



OUTPUT FROM MY PROGRAM
rsync: link_stat /home/juus/Documents/** failed: No such file or
directory (2)

Number of files: 0
Number of created files: 0
Number of deleted files: 0
Number of regular files transferred: 0

:: Parameters passed to RSYNC:
-n
-vshtplgiE
--stats
--modify-window=1
--progress
/home/juus/Documents/**
/media/juus/Lin1TB/BKactive


thanks,

Julius

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] TProcess not mirroring terminal

[JuuS]

On 06/02/2015 03:42 PM, Marc Santhoff wrote:
 On Di, 2015-06-02 at 14:21 +0200, JuuS wrote:
 
 Anyone have an idea why this is so???
 
 Maybe the difference is that your TProcess is reading only stdout, not
 stderr. Dunno if there is a switch in TProcess, if not you'd need to
 redirect stderr to stdout (which is shell dependant, 21 for sh,  for
 csh, IIRC).
 

Thanks for reply Marc, but Michael had it absolutely right.

I changed my TProcess to run /bin/sh instead of rsync, added -c as first
param, then the entire rsync command as second param.

It works Great!

Thanks for your answers guys.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] TProcess not mirroring terminal

[JuuS]

On 06/02/2015 04:20 PM, Mark Morgan Lloyd wrote:
 JuuS wrote:
 
 Thanks for the answer. wildcards do work fine when I make exclude and
 include params, but then those are interpreted by rsync as simple
 patterns to match. So you are saying that in the case of the actual
 source folder param the shell must be involved and passing it through
 TProcess params won't work?
 
 Note also this behaviour from Bash:

Interesting insight, thanks. I've learned a lot about shell today... :)

 
 $ echo fpc*
 fpc fpc.tar fpcbuild-2.2.4.tar.gz fpcbuild-2.4.0.tar.gz
 $ echo fred*
 fred*
 
 So * is expanded if files match, but is passed through unchanged if not.
 This means that if your program isn't expanding * based on what's in a
 directory, there are some cases where it will be behaving the same as
 the shell :-)
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] TProcess not mirroring terminal

[JuuS]

 
 You can simply execute the shell and use its -c option to pass the rsync
 command with all options.

Ok, thanks Michael. I will look into it.

 
 Michael.
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] TProcess not mirroring terminal

[JuuS]

On 06/02/2015 02:31 PM, Michael Van Canneyt wrote:
 
 
 On Tue, 2 Jun 2015, JuuS wrote:
 
 Hi All,

 I'm using Lazarus 1.4 with Kubuntu 14.04

 I've written a small GUI frontend for the rsync command. I assemble
 rsync command line switches and source and destination thru the TProcess
 paramlist and everything has been exactly mirrored by my program and
 when the exact same command is run through a terminal, it has worked
 perfectly for everything I want to do with rsync...

 ...until today.

 For the first time my output and the output from the same command line
 run in terminal work differently.

 Run it through terminal and the command is accepted, however running it
 through TProcess and rsync complains! The two outputs are listed below,
 the parameters passed are exactly the same.


 Anyone have an idea why this is so???

 
 As a wild guess: You cannot specify * or ** (or any wildcard), because
 that must be escaped using the shell.

Thanks for the answer. wildcards do work fine when I make exclude and
include params, but then those are interpreted by rsync as simple
patterns to match. So you are saying that in the case of the actual
source folder param the shell must be involved and passing it through
TProcess params won't work?

I can live with this, but it would be nice for it work. Any way to
tickle the shell in some way through TProcess??


 Michael.
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Mild bug in 1.4RC2?

[JuuS]

Still doing it in RC3.

Blank form, added a TMemo, selected left in object inspector, changed
the left coordinate, pressed enter, then with mouse tried to move the
memo, it is still capturing mouse movements and top went to 1624 with
the memo flying off the form boundaries.


On 04/07/2015 05:07 PM, Vojtěch Čihák wrote:
 I cannot reproduce in 1.4RC3 under Wine.
 
  
 
 V.
 
 __
 Od: Juha Manninen juha.mannine...@gmail.com
 Komu: Lazarus mailing list lazarus@lists.lazarus.freepascal.org
 Datum: 03.04.2015 14:02
 Předmět: Re: [Lazarus] Mild bug in 1.4RC2?

 
 On Thu, Apr 2, 2015 at 9:44 PM, Vojtěch Čihák vojtech.ci...@atlas.cz
 wrote:
 I'm sure it was this: http://bugs.freepascal.org/view.php?id=23891
 
 Lazarus 1.4 was branched at 11 of January this year.
 The bug was fixed a long before that, thus the fix is included there.
 According to JuuS the problem happens in 1.4RC2. Can other people
 reproduce it?
 
 Juha
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 
 
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Mild bug in 1.4RC2?

[JuuS]

On 04/09/2015 05:38 PM, Martin Frb wrote:
 On 09/04/2015 09:51, JuuS wrote:
 Still doing it in RC3.

 Blank form, added a TMemo, selected left in object inspector, changed
 the left coordinate, pressed enter, then with mouse tried to move the
 memo, it is still capturing mouse movements and top went to 1624 with
 the memo flying off the form boundaries.


 On 04/07/2015 05:07 PM, Vojtěch Čihák wrote:
 I cannot reproduce in 1.4RC3 under Wine.
 Compare the versions of wine involved please?
 
 And also the WindowManager used  for your none-wine desktop (since wine
 would probably get information from it)
 
 Different versions of wine may have bugs of there own. It is possible
 that the IDE receives messages in an unexpected order.

Sorry, I should have given more information perhaps. I am not using
wine, this was run under brand new install of 1.4RC3 on kubuntu 14.04. I
am not sure if you were asking me or Vojtech...

 
 

 I'm sure it was this: http://bugs.freepascal.org/view.php?id=23891
 Lazarus 1.4 was branched at 11 of January this year.

 
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] 1.4RC3 Install issue

[JuuS]

Never mind.

I cleaned the machine of fpc/lazarus and reinstalled RC3, went without a
hitch, all is good.

On 04/08/2015 08:03 PM, JuuS wrote:
 Hi all,
 
 I've not had any problems up to date with installing the deb Lazarus RC1
 and RC2 files.
 
 But today something is different.
 
 Installed (in this order)
 fpc_2.6.4-150228_amd64.deb
 
 fpc-src_2.6.4-150228_amd64.deb
 (this had already been installed for RC2, but I went ahead and
 reinstalled just in case)
 
 lazarus_1.4RC3-0_amd64.deb
 
 On startup lazarus complained of path so I selected the appropriate
 1.4Rc3 folder and that was fine.
 
 But compiler tab complains fpc.cfg is missing.
 
 I've looked in /etc and there is an fpc.cfg there dated today.
 
 It had initially complained that my compiler (usr/bin/fpc) does not
 support target x86_64-Linux. The fpc in /usr/bin is dated from 20.04.2014
 
 I then went and chose /usr/lib/fpc/2.6.4/ppcx64, and it made the same
 complaint, and still have the missing fpc.cfg message. That user lib
 ppcx64 file is also dated in Apr. 20 2014.
 
 Closed the dialog, restarted Lazarus and it went through the exact same
 complaints.
 
 I had been working with Martin Frb in making a debuggable Fpc, but that
 was weeks ago and I've been using RC2 daily since then from, I believe,
 the proper folders.
 
 No idea why, or what to do.
 
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] 1.4RC3 Install issue

[JuuS]

Hi all,

I've not had any problems up to date with installing the deb Lazarus RC1
and RC2 files.

But today something is different.

Installed (in this order)
fpc_2.6.4-150228_amd64.deb

fpc-src_2.6.4-150228_amd64.deb
(this had already been installed for RC2, but I went ahead and
reinstalled just in case)

lazarus_1.4RC3-0_amd64.deb

On startup lazarus complained of path so I selected the appropriate
1.4Rc3 folder and that was fine.

But compiler tab complains fpc.cfg is missing.

I've looked in /etc and there is an fpc.cfg there dated today.

It had initially complained that my compiler (usr/bin/fpc) does not
support target x86_64-Linux. The fpc in /usr/bin is dated from 20.04.2014

I then went and chose /usr/lib/fpc/2.6.4/ppcx64, and it made the same
complaint, and still have the missing fpc.cfg message. That user lib
ppcx64 file is also dated in Apr. 20 2014.

Closed the dialog, restarted Lazarus and it went through the exact same
complaints.

I had been working with Martin Frb in making a debuggable Fpc, but that
was weeks ago and I've been using RC2 daily since then from, I believe,
the proper folders.

No idea why, or what to do.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Mild bug in 1.4RC2?

[JuuS]

On 04/03/2015 02:00 PM, Juha Manninen wrote:
 On Thu, Apr 2, 2015 at 9:44 PM, Vojtěch Čihák vojtech.ci...@atlas.cz wrote:
 I'm sure it was this: http://bugs.freepascal.org/view.php?id=23891
 
 Lazarus 1.4 was branched at 11 of January this year.
 The bug was fixed a long before that, thus the fix is included there.
 According to JuuS the problem happens in 1.4RC2. Can other people reproduce 
 it?

Yes, I'm definitely using 1.4RC2.

 
 Juha
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] Mild bug in 1.4RC2?

[JuuS]

Hi all,

I'm working with Lazarus 1.4RC2 on kubuntu 14.04.

Tonight while designing a form I had a a tcheckbox and a tcombobox that
had become hidden. I went to the object inspector and set the Left
property to 1, hit enter, then when I went to move the control to the
proper place with the mouse it went flying off in y direction by more
than a 1000 pixels.

This happened with both controls. I then tried it with a tmemo and other
weird movements and controls flying out of the form's bounds.

It only happens (also with top property) when the focus is still on the
property of the co-ordinate.

Steps to reproduce:

select a tcheckbox or whatever. Go to object inspector. double click the
left property to select the pixels offset. Type 1 and hit enter. Now,
with the mouse, simply try to drag that control to another position.

If the focus is not on the left or top in the object inspector
everything can be moved with no problems.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] how to handle Shift=[ssCtrl]

[JuuS]

On 04/02/2015 04:33 PM, FreeMan wrote:
 Thank you Graeme,
 Yes your code is working and hold ssShift, just change ssShift to
 ssCtrl, and not work, I mean not show any message. What is your test
 system ? I wrote in first message, yosemite qt x64.

Not sure if anyone already mentioned this but is the form's KeyPreview
property set to true?

 
  if (Shift*[ssShift,ssAlt,ssCtrl]) = [ssCtrl] then
ShowMessage('really, only Ctrl was pressed');
  if Shift * [ssShift,ssAlt,ssCtrl] = [ssShift,ssCtrl] then
ShowMessage('Only Shift+Ctrl was pressed');
  if ssCtrl in Shift then
ShowMessage('Shift could have been pressed with ssctrl for
 example');
 
 
 
 On 2.04.2015 15:39, Graeme Geldenhuys wrote:
if (Shift*[ssShift,ssAlt,ssCtrl]) = [ssShift] then
  ShowMessage('really, only Shift was pressed');
if Shift * [ssShift,ssAlt,ssCtrl] = [ssShift,ssCtrl] then
  ShowMessage('Only Shift+Ctrl was pressed');
if ssShift in Shift then
  ShowMessage('Shift could have been pressed with ssAlt for example');
 
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Mild bug in 1.4RC2?

[JuuS]

On 04/02/2015 06:52 PM, JuuS wrote:
 Hi all,
 
 I'm working with Lazarus 1.4RC2 on kubuntu 14.04.
 
 Tonight while designing a form I had a a tcheckbox and a tcombobox that
 had become hidden. I went to the object inspector and set the Left
 property to 1, hit enter, then when I went to move the control to the
 proper place with the mouse it went flying off in y direction by more
 than a 1000 pixels.

It just struck me...it appears the top/left property is capturing the
mouse position...?


 
 This happened with both controls. I then tried it with a tmemo and other
 weird movements and controls flying out of the form's bounds.
 
 It only happens (also with top property) when the focus is still on the
 property of the co-ordinate.
 
 Steps to reproduce:
 
 select a tcheckbox or whatever. Go to object inspector. double click the
 left property to select the pixels offset. Type 1 and hit enter. Now,
 with the mouse, simply try to drag that control to another position.
 
 If the focus is not on the left or top in the object inspector
 everything can be moved with no problems.
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] BreakIf

[JuuS]

On 03/29/2015 11:39 PM, Graeme Geldenhuys wrote:
 On 2015-03-27 12:45, JuuS wrote:
 Would be nice to have it in my current environment too...if
 possible.
 
 
 There is a simple solution indeed. The following works on all platforms
 and will give the same result as your BreakIf() did.
 
 
 var
  testvar: integer;
 [...]
 if b then
  testvar:= 0; //--- set a breakpoint here
 

D'oh!  Good one. This is one of those why didn't I think of that
moments...

 In order to remove the test statements use testvar in 'Search'-'Find
 in Files'-'Text to find'.
 
 
 I use this work-around because Condition Breakpoints still ain't fully
 implemented in Lazarus IDE or MSEide.
 
 
 Regards,
   - Graeme -
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] IBUS warning

[JuuS]

On 03/28/2015 01:00 PM, Giuliano Colla wrote:
 Il 28/03/2015 10:29, JuuS ha scritto:
 Thanks Giuliano, I'm on Kubuntu 14.04 with, AFAIK, the default desktop.
 I don't have that choice in my settings. On my system ibus is very well
 hidden (i've looked in all the most likely places) which is why it is so
 frustrating. I'll pull through  ;-)
 
 Kubuntu stands for K(de)Ubuntu, meaning that your desktop is KDE.
 
 It would appear that the iBus on Ubuntu 14.04 is rather broken:
 https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1284635
 
 Possible solutions:
 
 1) In Ubuntu 14.04 you should have a System settings-language
 support-Keyboard input method which you should set to =none.
 
 
 2) You should have an icon in your system tray showing the Ibus:
 
 
 But as they followed the idiotic Micro$oft way, it may be hidden,
 and accessible via the almost invisible up arrow, showing the hidden
 items.
 
 If not, you can set up Ibus to show the icon by invoking
 ibus-setup from command line, and checking the Show on system
 tray (or something like that) checkbox.
 
 Once you have the icon, you may right click on it and select exit.
 
 Or take the brute-force approach and from command line killall
 ibus-daemon
 
 In both cases, you'll get rid of ibus just for the current session.

Yes, that's how I'm dealing with it now. If I forget to ibus exit I
find out as soon as I try typing in almost any edit field. And yes,
removal is for session only.

 
 
 Once you see that deactivating doesn't remove any function you need, to
 deactivate it permanently.
 Again two solutions:
 
 
 1) you might attempt to find out which start-up script launches it,
 and edit it.
 
 2) take the brute-force approach:
 
 sudo apt-get remove ibus

You are right. I need to get off the horse and get rid of ibus. Exiting
ibus each day has no adverse effects...only good ones! So I think brute
force is ok. I saw that the other person who had problems did apt-get
remove and he didn't report any adverse effects.

The insidiousness of this is far reaching IMO. When I first encountered
the problem (I was investigating gnuCash software) I thought wow...this
gnuCash is terrible. Before giving up on it I did some INet research and
found the ibus effect.

How many people are out there with this problem and not aware of the
true cause?? This impacts all programmers when their programs are
perceived to be faulty by unsuspecting ibus victims.

Thanks for all the feedback Giuliano.



 
 
 Giuliano
 
 -- 
 Giuliano Colla
 
 Project planning question: when it's 90% done, are we halfway or not yet?
 
 
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] IBUS warning

[JuuS]

On 03/28/2015 12:10 AM, Giuliano Colla wrote:
 Il 27/03/2015 20:48, JuuS ha scritto:
 Thanks for that Giuliano. I've done INet searches researching this.
 There are a number (read: a lot) of disgruntled people regarding ibus.
 But I could never find a straight answer from researching if it was
 safe to completely remove it without messing up input system. I think
 this fear is a holdover from some of my MS experiences.
 If you're using Kde-Plasma Desktop you should find a Settings-Input
 Method menu entry: unchecking the enable box should be enough to
 disable Ibus. At least that's what I find on my desktop.

Thanks Giuliano, I'm on Kubuntu 14.04 with, AFAIK, the default desktop.
I don't have that choice in my settings. On my system ibus is very well
hidden (i've looked in all the most likely places) which is why it is so
frustrating. I'll pull through  ;-)

 

 Giuliano
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] IBUS warning

[JuuS]

On 03/27/2015 01:07 PM, Giuliano Colla wrote:
 ibus is an input method. If it's enabled (i.e. if the ibus-daemon is
 running) it will intercept anything coming from the keyboard, to any
 application. It's not Lazarus calling ibus explicitly: simply attempting
 to read user keyboard input gets ibus in the way.
 

Thanks Giuliano. This is what I had thought but wasn't sure.

I hesitate to remove it completely because it seems to be tied into
multiple keyboards which I do use. I will search for its initialization
and disable it because, on my system at least, it is a real pain.

I'm also a bit nonplussed that (K)Ubuntu put this on my system at all,
and I wonder if they are going down the (Micros*ft) road to locking down
the user.?!

 The annoying thing is that if the daemon is running, the default
 shortcut to activate it is ctrl-space, which is also the Lazarus
 shortcut for command completion.
 
 On RH related distros (Fedora, CentOs, etc.) ibus is not enabled by
 default, unless you select as a system language one which requires an
 input method (such as chinese). It would appear that other distros, such
 as Ubuntu do enable it by default, which is rather stupid, because when
 unnecessary you have it in the way.
 
 If you manage to find how the ibus-daemon is started in your environment
 (/etc/init.d or some upstart service), you may turn it off permanently.
 As an alternative you may try with ibus-setup to change its activation
 shortcut from ctrl-space to some unused key combination (sort of
 ctrl-alt-Backspace or something like that) so that it doesn't interfere
 with Lazarus shortcuts.
 
 Giuliano
 
 
 
 Il 21/03/2015 14:02, JuuS ha scritto:
 Hi,

 Recently while debugging Lazarus with root privileges I got the
 following warning:

 (lazarus:5521): IBUS-WARNING **: The owner of
 /home/juus/.config/ibus/bus is not root!

 Q1: (lazarus:5521) has what meaning? Can I use this address to find
 where ibus is being called?

 Q2: It appears lazarus is calling ibus explicitly?

 I ask because I hate ibus. I habitually turn it off on starting my linux
 machine because it messes with edits and makes typing impossible (not
 just in lazarus). If I forget to do this I notice it right away, sigh,
 and go turn off ibus.

 Anyone else having trouble with ibus and have maybe some information
 about it and/or how it relates to lazarus and/or linux system...

 Thanks.


 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] BreakIf

[JuuS]

Good morning, all...

From my Delphi days we had the following procedure:

procedure BreakIf( b : Boolean );
begin
 if b then
 asm
   INT 3==debugger would then stop here
and one could then F8 step to the offending
routine based on the boolean condition passed
 end;
end;

I believe this is windows specific (?) and I'm now working on Linux
machines.

The question is:

This does not work in Linux and I wonder if there is a similar way to
achieve this in Linux environment?

It's like making an on-the-fly breakpoint, and was amazingly useful.
This was a really good way to debug loops and for/do's simply and
effectively. Would be nice to have it in my current environment too...if
possible.

Julius

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] BreakIf

[JuuS]

On 03/27/2015 02:17 PM, Joost van der Sluis wrote:
 On 03/27/2015 01:45 PM, JuuS wrote:
 procedure BreakIf( b : Boolean );
 begin
   if b then
   asm
 INT 3==debugger would then stop here
  and one could then F8 step to the offending
  routine based on the boolean condition passed
   end;
 end;

 I believe this is windows specific (?) and I'm now working on Linux
 machines.

 The question is:

 This does not work in Linux and I wonder if there is a similar way to
 achieve this in Linux environment?
 
 Wow.. that's a nasty trick

Mmmm, nasty maybe...but cool! Just tried it again and it won't compile
INT 3 line because invalid reference syntax.

I will look into your suggestions in the next days and report back if I
find anything, thanks Joost.

 
 And it should still work, also on Linux.
 
 But I think that debuggers nowadays are more clever, they detect that
 the breakpoint is actually self-inflicted, and so they decide to
 continue. After all: the developer can have it's reasons to call this
 interrupt, and the debugger should not influence normal execution.
 
 I don't know if fpdebug has this same check. (I think it has, though,
 but I'm not sure) If you are using a development Lazarus version you can
 try to install the LazDebuggerFp package, and choose the 'Fpdebug
 internal Dwarf-debugger' as debugger in the debugger-options. See what
 happens if you do that...
 
 Regards,
 
 Joost.
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] BreakIf

[JuuS]

On 03/27/2015 02:50 PM, Sven Barth wrote:
 Am 27.03.2015 14:32 schrieb JuuS j...@mykolab.ch
 mailto:j...@mykolab.ch:



 On 03/27/2015 02:17 PM, Joost van der Sluis wrote:
  On 03/27/2015 01:45 PM, JuuS wrote:
  procedure BreakIf( b : Boolean );
  begin
if b then
asm
  INT 3==debugger would then stop here
   and one could then F8 step to the offending
   routine based on the boolean condition passed
end;
  end;
 
  I believe this is windows specific (?) and I'm now working on Linux
  machines.
 
  The question is:
 
  This does not work in Linux and I wonder if there is a similar way to
  achieve this in Linux environment?
 
  Wow.. that's a nasty trick

 Mmmm, nasty maybe...but cool! Just tried it again and it won't compile
 INT 3 line because invalid reference syntax.
 
 You need to write either INT $3 or switch the assembler syntax to
 Intel ({$asmmode intel}) as the default one is ATT on Linux.
 

Awesome. It works! I have no idea about assembler and had no clue about
this syntax, my breakif code came from a windows environment.

It does raise a SIGTRAP message in the IDE which must be dealt with
but I can live with this (though ideas to suppress it appreciated).

Thanks Sven. (I will still look into the other stuff as time permits
Giuliano).

It's nice to have this back for when I really need it.

 Please note that INT 3 is specific to x86 (and will likely also work on
 x86_64), but for other architectures you'll need to look up their
 specific breakpoint sequences.
 
 Please state beforehand next time whether you can't compile or can't
 run. We have no crystal balls after all...

I came into Lazarus about a year ago, that's when I tested breakif and
it failed and that was all I remembered. Had no idea of the Lazarus
mailing list at that time and only today was thinking about it again.
Will do my utmost to be more proactive next time.

 
 Regards,
 Sven
 
 
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] BreakIf

[JuuS]

On 03/27/2015 03:22 PM, Henry Vermaak wrote:
 On Fri, Mar 27, 2015 at 01:45:31PM +0100, JuuS wrote:
 Good morning, all...

 From my Delphi days we had the following procedure:

 procedure BreakIf( b : Boolean );
 begin
  if b then
  asm
INT 3==debugger would then stop here
 and one could then F8 step to the offending
 routine based on the boolean condition passed
  end;
 end;

 I believe this is windows specific (?) and I'm now working on Linux
 machines.
 
 On Windows you can use DebugBreak() instead of the asm.
 
 The question is:

 This does not work in Linux and I wonder if there is a similar way to
 achieve this in Linux environment?
 
 To be more portable, you can send the SIGTRAP signal, just make sure
 that your program ignores it so it doesn't die.  Try this with/without
 GDB:
 
 program bp;
 uses BaseUnix;
 begin
   FpSignal(SIGTRAP, signalhandler_t(SIG_IGN));
   writeln('hi there');
   FpKill(FpGetpid, SIGTRAP); { -- breakpoint here }
   writeln('exiting');
 end.

Super, thanks Henry, this also works, started the day with no breakif,
end up with several. Greatly appreciated.


 


 Henry
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] IBUS warning

[JuuS]

On 03/27/2015 08:29 PM, Giuliano Colla wrote:
 Il 27/03/2015 13:36, JuuS ha scritto:
 Thanks Giuliano. This is what I had thought but wasn't sure.

 I hesitate to remove it completely because it seems to be tied into
 multiple keyboards which I do use. I will search for its initialization
 and disable it because, on my system at least, it is a real pain.
 
 If you don't actually *use* it (I mean activate it by its shortcut) to
 enter chinese ideograms or similar things which do require an input
 method, and you just want to switch from one keyboard layout to another,
 you may safely disable/remove it without any side effect.

Thanks for that Giuliano. I've done INet searches researching this.
There are a number (read: a lot) of disgruntled people regarding ibus.
But I could never find a straight answer from researching if it was
safe to completely remove it without messing up input system. I think
this fear is a holdover from some of my MS experiences.

Like this recent thread about Ibus and Lazarus. As soon as I read it I
recognized the problem. How many other people are looking at Linux and
finding edits that they can't type in and tearing their hair out?? Bad
mojo for Ubuntu, oder?

 

 I'm also a bit nonplussed that (K)Ubuntu put this on my system at all,
 and I wonder if they are going down the (Micros*ft) road to locking down
 the user.?!
 
 Yes, it would appear that Microsoft is still a reference to system
 packagers, and unfortunately also to desktop designers. A lot of
 stupid/crazy stuff Microsoft style things are creeping into Linux
 desktops, recently...
 
 Giuliano
 
 
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] Is this RC2 issue or my unknowledge?

[JuuS]

Happy Friday,

Before I put on RC1, then RC2, I would find that adding a procedure gave
something like this in body:

procedure TfrmJuuRSync.EditButton1Change(Sender: TObject);
begin

end;

I would then realize I don't want this procedure. If I left it blank, no
code lines added, and recompiled the program the IDE took out the empty
proc as well as the declaration in the class. I really liked this.

Or: I would have a procedure/function I no longer wanted. I simply
deleted all code and var declarations, recompiled and the IDE took out
the unneeded code for me, in the body and in the class.

But since my installing RC's it is not doing this anymore. Which means I
have to delete the procedure body manually, then go to the class and
delete the declaration.

Am I missing something? Have I clicked a checkbox in Options that I
shouldn't have?

Thanks, enjoy.

Julius

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Is this RC2 issue or my unknowledge?

[JuuS]

On 03/27/2015 10:09 PM, Howard Page-Clark wrote:
 On 27/03/2015 20:40, JuuS wrote:
 Happy Friday,

 Before I put on RC1, then RC2, I would find that adding a procedure gave
 something like this in body:

 procedure TfrmJuuRSync.EditButton1Change(Sender: TObject);
 begin

 end;

 I would then realize I don't want this procedure. If I left it blank, no
 code lines added, and recompiled the program the IDE took out the empty
 proc as well as the declaration in the class. I really liked this.
 
 This is controlled from the
 
 Tools- Options menu
 
 In the IDE Options dialog select the Editor-Completion and Hints page
 
 Make sure to check Auto remove empty methods

Thank you!

 
 Howard
 
 
 ---
 This email has been checked for viruses by Avast antivirus software.
 http://www.avast.com
 
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] How do you guys extract an SVN revision number from a Git commit ref?

[JuuS]

On 03/24/2015 10:10 PM, vfclists . wrote:
 
 I am using this code to obtain the SVN revision of a git commit hash.
 The example below is for the latest commit hence the git log -n 1.
 
 git log -n 1 | head -n 7 | tail -n 1 | cut -d @ -f 2 | cut -d   -f 1
 
 It checks for the seventh line, searches for the '@' in trunk@N and
 extracts it from there.
 The problem is the position the line with the trunk@N string varies.
 Is there some way to work it calculate it?
 
 My awk, grep and sed skills are not so hot.

I don't know if you live in the Linux world but if so there is a
software available in the Software Center called Kiki.

It's used to build and test Regular Expressions, and is a learning area
with a pretty good syntax explanations to try out and get used to.

HTH.


 
 -- 
 Frank Church
 
 ===
 http://devblog.brahmancreations.com
 
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Default ico handling and recent debugger errors

[JuuS]

A bit more information on this topic if anyone is interested.

The debugger error occurred on three machines (however all three are
Kubuntu 14.04's).

I tried a test with a debug Lazarus IDE itself on one of the other
machines that still has the unfixed debugger unit. Making sure the
Lazarus IDE was shut down I renamed lazarus.ico to lazarus.xxxico.

I then opened lazarus (the missing ico file exception is silent) and
then tried to run lazarus IDE as a slave from this master. And the
debugger error comes up immediately and the IDE is broken.

Again this won't happen if the new debugger code has been added to the
system.

It just seems to me this may be of interest in that it caused such a
fatal error in debugging and breaks the program. Maybe it has other
unforeseen effects?

Can anyone reproduce or is is just my Universe?


On 03/21/2015 02:32 PM, JuuS wrote:
 
 While testing RC1 and 2 I followed the suggestion to open a published
 project and see how the release candidates were doing with them.
 
 Upon doing this I got an immediate debugger error, which has been traced
 down now (as of last night) with the help of Martin and is fixed.
 
 The problems origins were (and still are to some extent)...weird.
 
 Before a debugger solution was found I could stop the error by simply
 removing the default icon line from the published project's LPI file,
 then no debugger error.
 
 During all the research I could see that while the LPI file had a
 default icon line, the publishing process did not copy the ico file to
 the published diretory.
 
 So there was always a background silent error due to the fact that the
 icon file didn't exist, the silent exception (seen when debugging
 Lazarus) was on trying to open this nonexisting file.
 
 How this all caused the debugger error is, as I have said, still not
 entirely understood.
 
 So it just brings to my mind that even though this error has no effect
 in most cases it may be best to either copy the ico file on publishing
 the project, or not writing a default icon line in LPI, or checking
 that the ico file actually does exist and recreating it if not; just in
 case it has other effects that will cause other weird errors down the
 line.
 


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Keyboard handling messed up in LCL (recent change)

[JuuS]

What a coincidence!~

I just wrote a message to board about this...it is ibus.

go to terminal: type: ibus exit

Your problems will go away...



On 03/21/2015 11:26 AM, Michael Van Canneyt wrote:
 
 Gentlemen,
 
 I don't know how best to explain this problem.
 
 Platform: Linux, 64 bit PC. GTK
 
 Today, I started a recent lazarus 1.5 on a new PC and started working in
 it. After some time I noticed the m key (on an azerty keyboard) no
 longer worked in the source editor.
 Prior to that I had not touched the M key.
 
 In synedit, The M behaves as a 'ctrl-m' key: a CR (^13) is inserted !
 I know the synedit is a bit special. So I decided to test the key in
 another edit control.
 
 Pressing shift-M works as expected and inserts a capital M.
 
 When typing in the project options, title option edit control, I got
 double m characters.
 
 So, I then updated lazarus from SVN to todays version and recompiled.
 The problem persisted.
 Then, when typing in any edit box, now I get double letters (a - aa etc)
 
 as soon as I touch the m key, all input just stops, I can no longer edit
 anything.
 Restarting lazarus allows me to type characters, until I touch the M key
 outside of synedit.
 
 I had several older lazarus binaries on this machine, so I tried that:
 there the 'm' key works fine.
 
 The strange thing is, if I go to 'keyboard mappings' 'Find key
 combination' and press 'Grab key' then the key is displayed fine.
 
 The m key works as expected in all other programs:
 I am typing this mail on the same machine, and the M key works just fine.
 
 All this makes me pretty confident it is a Lazarus issue, probably
 trying to handle the
 CTRL-M (CR) key in some special (global) way.
 
 Suggestions for fixing this ?
 
 Michael.
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] IBUS warning

[JuuS]

Hi,

Recently while debugging Lazarus with root privileges I got the
following warning:

(lazarus:5521): IBUS-WARNING **: The owner of
/home/juus/.config/ibus/bus is not root!

Q1: (lazarus:5521) has what meaning? Can I use this address to find
where ibus is being called?

Q2: It appears lazarus is calling ibus explicitly?

I ask because I hate ibus. I habitually turn it off on starting my linux
machine because it messes with edits and makes typing impossible (not
just in lazarus). If I forget to do this I notice it right away, sigh,
and go turn off ibus.

Anyone else having trouble with ibus and have maybe some information
about it and/or how it relates to lazarus and/or linux system...

Thanks.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] Default ico handling and recent debugger errors

[JuuS]

While testing RC1 and 2 I followed the suggestion to open a published
project and see how the release candidates were doing with them.

Upon doing this I got an immediate debugger error, which has been traced
down now (as of last night) with the help of Martin and is fixed.

The problems origins were (and still are to some extent)...weird.

Before a debugger solution was found I could stop the error by simply
removing the default icon line from the published project's LPI file,
then no debugger error.

During all the research I could see that while the LPI file had a
default icon line, the publishing process did not copy the ico file to
the published diretory.

So there was always a background silent error due to the fact that the
icon file didn't exist, the silent exception (seen when debugging
Lazarus) was on trying to open this nonexisting file.

How this all caused the debugger error is, as I have said, still not
entirely understood.

So it just brings to my mind that even though this error has no effect
in most cases it may be best to either copy the ico file on publishing
the project, or not writing a default icon line in LPI, or checking
that the ico file actually does exist and recreating it if not; just in
case it has other effects that will cause other weird errors down the
line.




On 03/21/2015 02:04 PM, JuuS wrote:
 What a coincidence!~
 
 I just wrote a message to board about this...it is ibus.
 
 go to terminal: type: ibus exit
 
 Your problems will go away...
 
 
 
 On 03/21/2015 11:26 AM, Michael Van Canneyt wrote:

 Gentlemen,

 I don't know how best to explain this problem.

 Platform: Linux, 64 bit PC. GTK

 Today, I started a recent lazarus 1.5 on a new PC and started working in
 it. After some time I noticed the m key (on an azerty keyboard) no
 longer worked in the source editor.
 Prior to that I had not touched the M key.

 In synedit, The M behaves as a 'ctrl-m' key: a CR (^13) is inserted !
 I know the synedit is a bit special. So I decided to test the key in
 another edit control.

 Pressing shift-M works as expected and inserts a capital M.

 When typing in the project options, title option edit control, I got
 double m characters.

 So, I then updated lazarus from SVN to todays version and recompiled.
 The problem persisted.
 Then, when typing in any edit box, now I get double letters (a - aa etc)

 as soon as I touch the m key, all input just stops, I can no longer edit
 anything.
 Restarting lazarus allows me to type characters, until I touch the M key
 outside of synedit.

 I had several older lazarus binaries on this machine, so I tried that:
 there the 'm' key works fine.

 The strange thing is, if I go to 'keyboard mappings' 'Find key
 combination' and press 'Grab key' then the key is displayed fine.

 The m key works as expected in all other programs:
 I am typing this mail on the same machine, and the M key works just fine.

 All this makes me pretty confident it is a Lazarus issue, probably
 trying to handle the
 CTRL-M (CR) key in some special (global) way.

 Suggestions for fixing this ?

 Michael.

 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] rc2 debugger error

[JuuS]

Hi Martin,

Thank you for the instructions! That is very cool (-gw), didn't know how
to do that...I will be playing there sometimes methinks...

Anyway, I followed instructions and there are no call stack messages,
the debugger error window shows up immediately.

I put a breakpoint in formcreate and also in the project source both, in
the hope it would force something, but unfortunately neither breakpoint
was hit.

Am archiving the original problematic PUB files and will send to you.

BTW, any drawbacks to keeping the -gw switch on? I'd like to keep the
ability to debug ide I guess,...just in case  ;-)

Julius



On 03/04/2015 03:14 PM, Martin Frb wrote:
 On 04/03/2015 13:37, JuuS wrote:
 Hi all,

 FYI, all the issues are exactly the same with rc2 as it was with rc1 as
 regards opening and running a published version of my project vs. the
 original/unchanged project. Solution is once again removing default icon
 entry in LPI file.

 Has no one else seen this?

 If you want I have no problem sending the published folder (it's not
 big) to someone who may want to trace it in some manner.

 
 You can sent it. With luck it will reproduce. It might be something that
 depends on the exact OS version/ setup you have.
 
 Also you could try this: Debug the IDE when it happens.
 
 - Start Lazarus, as you always to.
 - Tools  configure build lazarus = rebuild with -gw in the options
 - restart
 - open project ide/lazarus.lpi
 - F9
 
 Now a 2nd Lazarus starts. In this 2nd Lazarus open your published
 project, and try to run it. Hopefully it produces the error.
 With a bit of luck the first started IDE will report that there was an
 exception. Get a stacktrace.
 
 Thanks
 
 
 
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] rc2 debugger error

[JuuS]

Thanks Martin,

Will do...tomorrow

Will send (any?!) results to you...

Guten Abend,

Julius

On 03/04/2015 07:25 PM, Martin Frb wrote:
 On 04/03/2015 17:58, JuuS wrote:
 Hi Martin,

 Thank you for the instructions! That is very cool (-gw), didn't know how
 to do that...I will be playing there sometimes methinks...

 Anyway, I followed instructions and there are no call stack messages,
 the debugger error window shows up immediately.
 
 Try setting a breakpoint in
 ide\debugmanager.pas
 procedure TDebugManager.DebuggerChangeState(ADebugger: TDebuggerIntf;
 OldState: TDBGState);
 
 line 1150
   if FDebugger.State=dsError
   then begin
 Include(FManagerStates,dmsDebuggerObjectBroken);
 if dmsInitializingDebuggerObject in FManagerStates
 then Include(FManagerStates,dmsInitializingDebuggerObjectFailed);
   end;
 
 inside the if. That should do.
 
 
 Another test you could do:
 Do not use F9 (Run), which builds, and runs.
 Instead go to the menu, and choose build. Then when the build finished,
 press run (F9 or menu)
 
 Am archiving the original problematic PUB files and will send to you.
 Thanks got them. Unfortunately it does not happen on my system. (Tried
 Windows and linux)
 

 BTW, any drawbacks to keeping the -gw switch on? I'd like to keep the
 ability to debug ide I guess,...just in case  ;-)
 
 Only the size of the lazarus.exe.
 
 I usually build with
 -gh -g -gw -godwarfsets -Criot   -gtt  -Sa  -O1
 
 
 
 
 
 
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] rc2 debugger error

[JuuS]

Hi all,

FYI, all the issues are exactly the same with rc2 as it was with rc1 as
regards opening and running a published version of my project vs. the
original/unchanged project. Solution is once again removing default icon
entry in LPI file.

Has no one else seen this?

If you want I have no problem sending the published folder (it's not
big) to someone who may want to trace it in some manner.

but you may remember that any attempt to log the errors (either command
line or through IDE with the logger package) fixed the problem
internally (ie., it ran without debugger error) and so no meaningful log
information (?) is  there.

Schonen Tag!

Julius

On 03/02/2015 06:19 PM, Mattias Gaertner wrote:
 The Lazarus team would like to announce the second release candidate for the 
 upcoming Version 1.4.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] RC1 Debugger error

[JuuS]

Hi, sorry I didn't answer...thought my other message would suffice...

So I restored original published project and the debugger again occurs
(see earlier email re: ICON line in LPI file).

I installed the idelazlogger and have the output. But...again...I don't
think it will help you. Simply logging the debug output fixes the
debugger error!

After logging I checked the LPI file and the offending ICON line is
gone...the logging action deleted it, just like the command line adding
logging did.

here is my gdb output:
GNU gdb (Ubuntu 7.7.1-0ubuntu5~14.04.2) 7.7.1

Sorry it took me so long to respond, thot my last message would be
sufficient...

Let me know if you want something else, I can reproduce the error
easily...logging it appears to be another question entirely...  :-(


On 02/19/2015 02:42 PM, Martin Frb wrote:
 On 19/02/2015 09:53, JuuS wrote:
 Some new developments!

 Need to go somewhere, but I tried using laz in normal mode (not command
 line) and opened the debug output window. I did not compile, just F9 and
 the program worked just fine.

 I then opened the origProject, compiled, ran and it ran fine.

 I then opened the publProject again (no laz shutdowns), compiled, ran
 and it also ran fine.

 So problem is no longer, as far as I can see, reproducible after simply
 running laz from command line with debug log.

 HTH!?
 
 Maybe there was an old file and the project was not fully rebuild. And
 maybe at some time something triggered this rebuild.
 If it happens again, backup the folder(s). Try the logfile again (can be
 sent directly to my mail, bypassing the list)
 
 You can install the package IdeLazLogger. This add a logging entry
 in the tool menu. And you can set a logfile, and log options while the
 IDE is running. Then if it happens again, you can just start logging
 without restarting the IDE.
 
 Which gdb version do you have? (run gdb from terminal / or check the top
 of the logfile you created).
 
 Note that according to my tests gdb 7.8.0 / 7.8.1 are less stable than
 gdb 7.7.x
 So if your system easily allows to downgrade, then consider this.
 
 
 Also, the log file is quite large, appending it here would be over the
 list email size limit I think. How is that usually done then? Upload to
 a web site and then simply provide a link?
 (g)zip / bugtracker
 
 
 
 
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] RC1 Debugger error

[JuuS]

Hi, I found the problem and solution...strange...!

This is the problem where I opened up the published project as suggested
in the testing instructions, compiled, and then get an immediate
debugger error on running.

I restored the pristine published files and was able to immediately
reproduce the problem.

So I did file diffs, nothing looked horrible but I started taking out
lines in the published version that weren't in the running version(s).

Crazy! but the first thing I removed fixed the problem, so it wasn't a
long process.

The offending line in the clean published PROJ.lpi file is:

Icon Value=0/

( path to this line is CONFIG, ProjectOptions, General , full text
below...)

Removing this line, and compiling and running function perfectly right
off the bat.

It seems strange that no one else had this problem? Or is no else
testing?  ;-)

Anyway, HTH you track it down.

Oh, BTW, I didn't try the solution where running Laz from command line
to output to a debug LOG file. If you remember, that removed the problem
on my system during my first round of debugging...So apparently
something in that process fixed the LPI file

Here is the LPI section

?xml version=1.0 encoding=UTF-8?
CONFIG
  ProjectOptions
Version Value=9/
General
  SessionStorage Value=InProjectDir/
  MainUnit Value=0/
  Title Value=TwinPrime/
  ResourceType Value=res/
  UseXPManifest Value=True/
  Icon Value=0/ === This must go
/General



On 02/19/2015 02:42 PM, Martin Frb wrote:
 On 19/02/2015 09:53, JuuS wrote:
 Some new developments!

 Need to go somewhere, but I tried using laz in normal mode (not command
 line) and opened the debug output window. I did not compile, just F9 and
 the program worked just fine.

 I then opened the origProject, compiled, ran and it ran fine.

 I then opened the publProject again (no laz shutdowns), compiled, ran
 and it also ran fine.

 So problem is no longer, as far as I can see, reproducible after simply
 running laz from command line with debug log.

 HTH!?
 
 Maybe there was an old file and the project was not fully rebuild. And
 maybe at some time something triggered this rebuild.
 If it happens again, backup the folder(s). Try the logfile again (can be
 sent directly to my mail, bypassing the list)
 
 You can install the package IdeLazLogger. This add a logging entry
 in the tool menu. And you can set a logfile, and log options while the
 IDE is running. Then if it happens again, you can just start logging
 without restarting the IDE.
 
 Which gdb version do you have? (run gdb from terminal / or check the top
 of the logfile you created).
 
 Note that according to my tests gdb 7.8.0 / 7.8.1 are less stable than
 gdb 7.7.x
 So if your system easily allows to downgrade, then consider this.
 
 
 Also, the log file is quite large, appending it here would be over the
 list email size limit I think. How is that usually done then? Upload to
 a web site and then simply provide a link?
 (g)zip / bugtracker
 
 
 
 
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] RC1 Debugger error

[JuuS]

On 02/18/2015 10:45 PM, Martin Frb wrote:
 
 Have you checked, if in the new published project debugging is set up ?
 
 Project options  debugger.
 Is the checkbox set?
 Which debug info is chosen? Dwarf or Stabs? (And what happens if you use
 the other)?
 
 If all that is set correct, then can you please attach a log, as
 describe here:
 http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#Log_info_for_debug_session
 

Debugging option was set to automatic. Both programs had exactly the
same settings in compiler options and debugging options.

One new result as well. To compare debugger options I opened the
origProject, then opened the publProject, then re-opened the
origProject. For fun, I compiled and tried to run...but got the debugger
error...this made me think it was related to simply switching projects?

In any case, I shut down laz, opened the publProject and tried each
debugging option in turn, all resulted in debugging error with the
further result that the last option (Dwarf3) resulted in a compilation
error. All it said was Error: Error while linking.

I set option back to automatic, and shut down laz.

I then ran laz through command line with LOG file to be written, as
shown in the link you gave me.

And...it ran perfectly no problems, no errors.

I've not attached the log imagining it will not help you in this case?

Also, the log file is quite large, appending it here would be over the
list email size limit I think. How is that usually done then? Upload to
a web site and then simply provide a link?

Any way let me know if I can provide anything else, or if you would like
the resulting log file...




--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] RC1 Debugger error

[JuuS]

Some new developments!

Need to go somewhere, but I tried using laz in normal mode (not command
line) and opened the debug output window. I did not compile, just F9 and
the program worked just fine.

I then opened the origProject, compiled, ran and it ran fine.

I then opened the publProject again (no laz shutdowns), compiled, ran
and it also ran fine.

So problem is no longer, as far as I can see, reproducible after simply
running laz from command line with debug log.

HTH!?

On 02/19/2015 10:29 AM, JuuS wrote:
 On 02/18/2015 10:45 PM, Martin Frb wrote:

 Have you checked, if in the new published project debugging is set up ?

 Project options  debugger.
 Is the checkbox set?
 Which debug info is chosen? Dwarf or Stabs? (And what happens if you use
 the other)?

 If all that is set correct, then can you please attach a log, as
 describe here:
 http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#Log_info_for_debug_session

 
 Debugging option was set to automatic. Both programs had exactly the
 same settings in compiler options and debugging options.
 
 One new result as well. To compare debugger options I opened the
 origProject, then opened the publProject, then re-opened the
 origProject. For fun, I compiled and tried to run...but got the debugger
 error...this made me think it was related to simply switching projects?
 
 In any case, I shut down laz, opened the publProject and tried each
 debugging option in turn, all resulted in debugging error with the
 further result that the last option (Dwarf3) resulted in a compilation
 error. All it said was Error: Error while linking.
 
 I set option back to automatic, and shut down laz.
 
 I then ran laz through command line with LOG file to be written, as
 shown in the link you gave me.
 
 And...it ran perfectly no problems, no errors.
 
 I've not attached the log imagining it will not help you in this case?
 
 Also, the log file is quite large, appending it here would be over the
 list email size limit I think. How is that usually done then? Upload to
 a web site and then simply provide a link?
 
 Any way let me know if I can provide anything else, or if you would like
 the resulting log file...
 
 
 
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] RC1 Debugger error

[JuuS]

Will follow your tips and also try some things here to see if I can
reproduce/find the error again in the next few days.

Thanks.

On 02/19/2015 02:42 PM, Martin Frb wrote:
 On 19/02/2015 09:53, JuuS wrote:
 Some new developments!

 Need to go somewhere, but I tried using laz in normal mode (not command
 line) and opened the debug output window. I did not compile, just F9 and
 the program worked just fine.

 I then opened the origProject, compiled, ran and it ran fine.

 I then opened the publProject again (no laz shutdowns), compiled, ran
 and it also ran fine.

 So problem is no longer, as far as I can see, reproducible after simply
 running laz from command line with debug log.

 HTH!?
 
 Maybe there was an old file and the project was not fully rebuild. And
 maybe at some time something triggered this rebuild.
 If it happens again, backup the folder(s). Try the logfile again (can be
 sent directly to my mail, bypassing the list)
 
 You can install the package IdeLazLogger. This add a logging entry
 in the tool menu. And you can set a logfile, and log options while the
 IDE is running. Then if it happens again, you can just start logging
 without restarting the IDE.
 
 Which gdb version do you have? (run gdb from terminal / or check the top
 of the logfile you created).
 
 Note that according to my tests gdb 7.8.0 / 7.8.1 are less stable than
 gdb 7.7.x
 So if your system easily allows to downgrade, then consider this.
 
 
 Also, the log file is quite large, appending it here would be over the
 list email size limit I think. How is that usually done then? Upload to
 a web site and then simply provide a link?
 (g)zip / bugtracker
 
 
 
 
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

[Lazarus] RC1 Debugger error

[JuuS]

Hit a problem right off with RC1. I've attached the screen shot.

I'm assuming I'm to report problems here in the list or is there another
venue for that? Let me know...

Here's what happened...

I opened one of my regular projects and built and ran it.

It ran perfectly. I could see no problems whatsoever.

I had also made a published version of the project (as you had
suggested) and so I opened that.

I added a couple of controls as test: a bit btn, with an onclick, and
some hint text and a TArrow with a double click. I also renamed one of
my existing TButtons.

I also moved around the form a bit, testing as you suggested.

I then did a build. It reported success.

But F9 to run and I got the debbugger error immediately, as shown.

Even though the warning was drastic, Laz IDE was responsive after I
pressed OK.

Did another build. Message window was now blank of hints and warnings
but still showed compile success. Another run and the same debugger error.

I reversed all the changes I had made, in steps. Still got debugger
error. But after each change the message window was again filled with hints.

After a shutdown and restart of Laz, still got debugger error.

Without shutting down, I reloaded the original project. Still getting
debugger error.

I then shutdown Laz, re-opened it. We are now still with the original
project (not the published one)...and...it worked fine.


 == How to test ==
 
 Download and install the 1.4RC1.
 - On Windows you can install as a 2ndary install, that will not affect your 
 current install:
   
 http://wiki.lazarus.freepascal.org/Multiple_Lazarus#Installation_of_multiple_Lazarus
 - On other platforms, if you install to a new location you need to use 
 --primary-config-path
 
 In either case you should make backups. (including your primary config)
 
 Open your project in the current Lazarus (1.2.6), and use Publish Project 
 from the project menu. This creates a clean copy of your project.
 
 You can then open that copy in the RC1. Please test:
 - If you can edit forms in the designer
- rename components / change properties in Object inspector / Add new 
 events
- Add components to form / Move components on form
- Frames, if you use them
 - If you can navigate the source code (e.g. jump to implementation)
 - Auto completion in source code
 - Compile, debug and run
 - Anything else you use in your daily work
 
 
 Mattias
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus Release Candidate 1 of 1.4

[JuuS]

Hi,

Totally interested in helping test RC1...but...I'm scared.

I have Lazarus 1.2.6 installed now and I would like to install RC1 to a
separate directory structure.

I've downloaded the 3 fpc/laz RC1 DEB files and am ready to go except:

I'm working in Kubuntu 14.04.

I'm new-ish with Linux, and with DEB packages before this I've simply
right clicked and allowed the system to install them. I assume this will
overwrite my existing Laz install. So how do I use the deb file such
that I consistently get the packages into a new directory structure that
will work separately from 1.2.6? using a dpkg switch?

If I get to this desired structure, I assume I will need to do the makes
manually, yes? (first time...shiver).

Also you said if you install to a new location you need to use:

 --primary-config-path

I've done some searching and can find no reference to this switch, I
don't even know which program (lazarus? FPC? DPKG?) would expect this
switch.

Any help, links or whatever, would be appreciated. Once I've convinced
myself that I can get the RC onto my system and it will play nicely, I
will install and test.

Thanks in advance,

Julius

On 02/16/2015 11:38 PM, Mattias Gaertner wrote:
 The Lazarus team would like to announce the first release candidate for the 
 upcoming Version 1.4.
 
 We would like to invite all users to test this release candidate.
 Please read below why everybody really should join the testing now.
 
 News in this Version
 http://wiki.lazarus.freepascal.org/Lazarus_1.4.0_release_notes
 
 On Windows the installer now allows 2 independent installations.
 http://wiki.lazarus.freepascal.org/Multiple_Lazarus#Installation_of_multiple_Lazarus
   
 About the release process:
 http://wiki.lazarus.freepascal.org/Lazarus_1.4_fixes_branch#Roadmap_to_1.4
 
 
 The 1.4RC1 is built with fpc 2.6.4.
 
 The release candidate is available for download on SourceForge:
 http://sourceforge.net/projects/lazarus/files/
 
 Choose your CPU, OS, distro and then the Lazarus 1.4RC1 directory.
 
 Minimum requirements:
 Windows:   98, 2k, XP, Vista, 7, 32 or 64bit.
On 64bit it is recommended to use the 32bit IDE.
Win98 IDE needs building with flag -dWIN9XPLATFORM.
 FreeBSD/Linux: gtk 2.8 or qt4.5, 32 or 64bit.
 Mac OS X:  10.5 to 10.10, 10.9+ without IDE debugger (gdb works),
LCL only 32bit, non LCL apps can be 64bit.
 
 
 == Why should everybody (including you) test the release candidate? ==
 
 In the past weeks the Lazarus team has stabilized the 1.4 fixes branch. The 
 resulting 1.4RC1 is now stable enough to be used by any one for test purposes.
 
 However many of the fixes and new features that where committed since the 
 release of 1.2 required changes to the code of existing features too. While 
 we have tested those ourself, there may still be problems that only occur 
 with very specific configurations or one project in a million.
 
 Yes, it may be that you are the only person with a project, that will not 
 work in the new IDE. So if you do not test, we can not fix it.
 
 Please do not wait for the final release, in order to test. It may be too 
 late. Once the release is out we will have to be more selective about which 
 fixes can be merged for further 1.4.x releases. So it may be, that we can not 
 merge the fix you require. And then you will miss out on all the new features.
 
 == How to test ==
 
 Download and install the 1.4RC1.
 - On Windows you can install as a 2ndary install, that will not affect your 
 current install:
   
 http://wiki.lazarus.freepascal.org/Multiple_Lazarus#Installation_of_multiple_Lazarus
 - On other platforms, if you install to a new location you need to use 
 --primary-config-path
 
 In either case you should make backups. (including your primary config)
 
 Open your project in the current Lazarus (1.2.6), and use Publish Project 
 from the project menu. This creates a clean copy of your project.
 
 You can then open that copy in the RC1. Please test:
 - If you can edit forms in the designer
- rename components / change properties in Object inspector / Add new 
 events
- Add components to form / Move components on form
- Frames, if you use them
 - If you can navigate the source code (e.g. jump to implementation)
 - Auto completion in source code
 - Compile, debug and run
 - Anything else you use in your daily work
 
 
 Mattias
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Promoting Lazarus: A Case Study Video

[JuuS]

Hthe corrections got garbeled...sorry...Here they are in CAPS

Report operators are pulled from data, as well AT to AS report criteria
data types, they are all pulled from data.

Finally, with regards to innovative features, this
applications/APPLICATION allows reports to be placed into batch containers.

Summary

In the hands of even a single capable developer Lazarus HAS the
potential to create business applications with a high degree of
usability for end users,...

On 02/14/2015 01:02 PM, JuuS wrote:
 Good link thanks, looks like a neat program! I also bemoan the fact that
 the super super Pascal Language and Lazarus is not used more...I am
 always pushing it when anyone asks about languages...
 
 BTW: Giuliano: I played it on Kubuntu in Firefox...maybe Javascript is
 blocked on that site on your machine?
 
 
 I read your page as well and noted a few errors...The corrected script
 is below, changes in  :
 
 Report operators are pulled from data, as well  at should be as
 report criteria data types, they are all pulled from data.
 
 Finally, with regards to innovative features, this  applications
 should be application allows reports to be placed into batch
 containers.
 
 Summary
 
 In the hands of even a single capable developer Lazarus  needs the
 word has here  the potential to create business applications with a
 high degree of usability for end users, and its multi-platform
 capabilities offer more options for business to reduce their IT
 infrastructure costs.
 
 
 On 02/14/2015 11:52 AM, Anthony Walter wrote:
 Hello all, in our continuing effort to re-energize the Lazarus
 community, and reach out to new prospective users, I will be creating a
 series of Lazarus case study videos. This first one is posted online here:

 http://www.getlazarus.org/videos/reports/

 The aim of this initiative is to draw interest back to Free Pascal and
 Lazarus, especially in light of all the hard work you guys have done in
 preparing for Free Pascal version 3 and Lazarus version 1.4.

 If anyone wants to add to the case study content, feel free to use the
 edit this page feature to make your additions. The editors at
 getlazarus.org http://getlazarus.org can quickly, and easily find and
 review your edits, so don't hesitate to contribute.

 Also, if you want to forward the above case study to a work colleague or
 a technical acquaintance, please do. That's the reason its there.

 Thanks everyone for your hard work, and keep an eye out for our next
 case study.


 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] How to edit color value in Object inspector

[JuuS]

I also found this confusing a bit ago when I wanted to set colors.

I resorted to loading a color picker, tuning the colors I wanted and
storing those values later to be used in a case statement.

The problem was in the Object Inspector one cannot put value, one must
use the drop down color picker. In the color picker one can only put a
color in the form of #AABBCC. But what comes back from the Picker is a
value in the form $00CCBBAA.

What one would want is to have the picker allow input that is the same
as what as what the picker outputs, ja?

I just worked around it, but since it seems to be a confusion for more
than just myself, I throw in these two cents... ;-)



On 02/13/2015 08:09 AM, zeljko wrote:
 On 02/12/2015 06:59 PM, FreeMan wrote:
 osx fpc  lazarus svn QT x64
 I wanna enter  this value $CCD148 from Object inspector but I can not,
 How to enter hex value to colour property from object inspector?
 
 You can enter such value in color dialog of that combobox, you cannot
 enter it directly.
 
 zeljko
 
 
 -- 
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Promoting Lazarus: A Case Study Video

[JuuS]

Good link thanks, looks like a neat program! I also bemoan the fact that
the super super Pascal Language and Lazarus is not used more...I am
always pushing it when anyone asks about languages...

BTW: Giuliano: I played it on Kubuntu in Firefox...maybe Javascript is
blocked on that site on your machine?


I read your page as well and noted a few errors...The corrected script
is below, changes in  :

Report operators are pulled from data, as well  at should be as
 report criteria data types, they are all pulled from data.

Finally, with regards to innovative features, this  applications
should be application allows reports to be placed into batch
containers.

Summary

In the hands of even a single capable developer Lazarus  needs the
word has here  the potential to create business applications with a
high degree of usability for end users, and its multi-platform
capabilities offer more options for business to reduce their IT
infrastructure costs.


On 02/14/2015 11:52 AM, Anthony Walter wrote:
 Hello all, in our continuing effort to re-energize the Lazarus
 community, and reach out to new prospective users, I will be creating a
 series of Lazarus case study videos. This first one is posted online here:
 
 http://www.getlazarus.org/videos/reports/
 
 The aim of this initiative is to draw interest back to Free Pascal and
 Lazarus, especially in light of all the hard work you guys have done in
 preparing for Free Pascal version 3 and Lazarus version 1.4.
 
 If anyone wants to add to the case study content, feel free to use the
 edit this page feature to make your additions. The editors at
 getlazarus.org http://getlazarus.org can quickly, and easily find and
 review your edits, so don't hesitate to contribute.
 
 Also, if you want to forward the above case study to a work colleague or
 a technical acquaintance, please do. That's the reason its there.
 
 Thanks everyone for your hard work, and keep an eye out for our next
 case study.
 
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] How to edit color value in Object inspector

[JuuS]

Ha! I should have known that!

Lazarus/pascal is infinitely customizable. Been out of the pascal
environment for so long I'm forgetting the basics.

Thanks Mattias, I will look into the override...

BTW, super job. You are all my heroes.


On 02/14/2015 01:33 PM, Mattias Gaertner wrote:
 On Sat, 14 Feb 2015 13:25:03 +0100
 JuuS j...@mykolab.ch wrote:
 
 [...]
 The problem was in the Object Inspector one cannot put value, one must
 use the drop down color picker. In the color picker one can only put a
 color in the form of #AABBCC. But what comes back from the Picker is a
 value in the form $00CCBBAA.
 
 The color picker is the system color picker. It may use HTML notation,
 which uses RGB or RRGGBB.
 TColor uses BBGGRR.
 
  
 What one would want is to have the picker allow input that is the same
 as what as what the picker outputs, ja?
 
 You can override the TColorPropertyEditor.
 Either change the shown value to your system color picker, or implement your 
 own color picker.
 
 
 Mattias
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus and Application.ProcessMessages

[JuuS]

Hi all,

A bit late with this and haven't read everything through and through but...

I worked with Delphi for some time and, yes, Application.Processmessages
brings system to knees and processor to 100%.

But in Delphi there was also an Application.Handlemessage...used like this:

repeat
  Application.HandleMessage;
until AKeyPressed (or whatever);

...and the system is calm (normal load) and the program responsive. It
was like Handlemessage was sipping water drops dripping from a fern
leaf, while Processmessages was drinking from a fire hose... :)

I don't know if anyone else has mentioned this, not reading all the
mails, and also don't know if Handlemessage is implemented in Lazarus
(not being by my computer right now).

Hope this helps someone.

Julius

On 05/12/2014 14:59, Lukasz Sokol wrote:
 On 04/12/14 20:34, waldo kitty wrote:
 On 12/4/2014 10:24 AM, Lukasz Sokol wrote:
 (OnTimer execution has the same problem : inevitably splits the procedure 
 into
 more procedures, that can no longer use same local variables and stuff)

 you can't make them subroutines of the subroutine?

 
 Interesting, but breaks the flow of human reading (as, comparably, top 
 posting does):
 because subroutines have to be defined at the top of the subroutine...
 
 eg:

 program foobie;

 procedure dofoobie;

 var
   thisfoo : integer = 0;
   thatfoo : integer = 0;

   procedure littlefoobie; ///   this logically comes AFTER but we don't 
 know that until we read...
   begin
 inc(thisfoo,thatfoo);
 inc(thatfoo); /// this probably is not much of a problem when a 
 subroutine is this short
 // it's the much-longer ones 
   end;

 begin
   repeat
 begin
   foobiee( ... ); /// ... that this logically comes first
   littlefoobie;
   writeln(thisfoo,'',thatfoo);
 end;
   until thisfoo = 25;
 end;

 begin
   dofoobie;
 end.


 
 How would you put this into subroutines:
 
 
 procedure very_long_initialization_routine;
 // (var some_big_list_of_variables... )
 
 begin
   Timer1.Enabled := false;
  
   do_this();
   do_that();  // now for the sake of argument, say this routine fires up a 
 thread reading in 1s of file names through FindFirst/FindNext
   // now we need a long delay before calling do_foo() that would operate on 
 that list, so
  
   Timer1.OnTimer := do_the_rest_of_initialization();
   Timer1.Delay   := 1; // pseudo-code, can't remember how was that 
 exactly called
   Timer1.Enabled := true;
   // that's it, we need to split here to give message loop opportunity to do 
 Application.ProcessMessages
 end;
 
 /// (and here we break variable locality...)
 
 procedure do_the_rest_of_initialization;
 begin
   do_foo(...);
   // rinserepeat if you have more sections like that doing different 
 things...
 end;
 
 One can of course have TTimer as locally created object in the 
 very_long_initialization_routine, yes... but an
 Application.ProcessMessages + sleep(100) loop is probably much easier to type 
 (and debug, and read).
 
 Not mentioning that probably loop would be a wee little (tiny) bit more 
 precise than calling the Timer ?
 
 (that of course YMMV and IMvhO)
 
 el_es
 
 
 --
 ___
 Lazarus mailing list
 Lazarus@lists.lazarus.freepascal.org
 http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
 

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus