Lazarus
Announcements => Lazarus => Topic started by: mattias on March 04, 2014, 03:57:11 pm
-
The Lazarus team is glad to announce the release of Lazarus 1.2.
This release was built with fpc 2.6.2.
Here is the list of changes for Lazarus and Free Pascal:
http://wiki.lazarus.freepascal.org/Lazarus_1.2.0_release_notes
On Windows the installer now allows 2 independent installations.
http://wiki.lazarus.freepascal.org/Multiple_Lazarus#Installation_of_multiple_Lazarus
The release is available for download on SourceForge:
http://sourceforge.net/projects/lazarus/files/
Choose your CPU, OS, distro and then the "Lazarus 1.2" directory.
Windows x64 users: please use the 32 bit installer if possible. See
http://wiki.lazarus.freepascal.org/Windows_Programming_Tips#FPC_2.6.x.2FLazarus_warning_.28Missing_support_for_SEH.29
for more details.
Minimum requirements:
Windows: 98
FreeBSD/Linux: gtk 2.8 or qt4.5, 32 or 64bit
Mac OS X: 10.5 for Intel cpus, 10.4 for PowerPC, LCL only 32bit, non LCL apps can be 64bit
The svn tag is
http://svn.freepascal.org/svn/lazarus/tags/lazarus_1_2
For people who are blocked by SF, the Lazarus releases from SourceForge
are mirrored at:
ftp://freepascal.dfmk.hu/pub/lazarus/releases/
and later at (after some time for synchronization)
http://michael-ep3.physik.uni-halle.de/Lazarus/releases/
and
http://mirrors.iwi.me/lazarus/
-
Great, that is good news. Unfortunately, however, I can't find the files for Mac OS X PowerPC. Are they still concealed at SourceForge?
-
Kewl :)
-
Great news! Kudos to the developers!
A big THANK from the community.
-
Thanks guys. The Linux 64-bit .deb version installed with no issues.
-
Just updated my install on Linux Mint 16 KDE with the .deb, upgraded great, had all my installed components back in minutes.
Also updated my install in windows 7 and it went perfectly.
I remember the days of installing a new delphi version and the tons of time it took to reinstall all the 3rd party components.
With Lazarus releases I am up and running again in mere minutes.
Lazarus is what Delphi should have been.
Great work guys :-)
-
I'm really happy to read this great news!!!
Just to say I'm currently using Lazarus 1.1 on Fpc 2.7.1 because of the annoing SEH problem.
So I'll update Lazarus 1.0.14 but I'll wait for official release on Fpc 2.7.1
Many thanks!!!
-
Cool!!!!!!! :)
Thanks Lazarus/freePascal for all!
/BlueIcaro
-
The waiting is over...
A big THANK to the Lazarus group.
-
Unit QT4 seems to be missing. I get the following error when I try and build.
lcl/include/qt/cairolcl.inc(2,3) Fatal: Can't find unit qt4 used by CairoLCL
Switching the target to GTK-2 works, but GTK-2 is too slow to be usable, so it's not a solution.
This problem did not exist when I was using 1.2RC2.
Debian Unstable
FPC 2.6.2 from Debian archive
Laz 1.2 from lazarus_1.2.0-0_amd64.deb
Edit:
Tried the RPM version via the alien command. Same thing, unit QT4 missing.
-
Unit QT4 seems to be missing. I get the following error when I try and build.
lcl/include/qt/cairolcl.inc(2,3) Fatal: Can't find unit qt4 used by CairoLCL
Switching the target to GTK-2 works, but GTK-2 is too slow to be usable, so it's not a solution.
This problem did not exist when I was using 1.2RC2.
QT4 is not delivered with Lazarus. It must be installed separately before you can use LCL-QT.
Nothing about package dependencies has changed since 1.2RC2. Something else is going on in your system (again).
I also wonder why your GTK2 is so slow. Here it is about as fast as QT.
-
Unit QT4 seems to be missing. I get the following error when I try and build.
lcl/include/qt/cairolcl.inc(2,3) Fatal: Can't find unit qt4 used by CairoLCL
Switching the target to GTK-2 works, but GTK-2 is too slow to be usable, so it's not a solution.
This problem did not exist when I was using 1.2RC2.
QT4 is not delivered with Lazarus. It must be installed separately before you can use LCL-QT.
Nothing about package dependencies has changed since 1.2RC2. Something else is going on in your system (again).
I also wonder why your GTK2 is so slow. Here it is about as fast as QT.
GTK-2 graphics are known to be slow.
I'm back on 1.2RC2 and had the same problem.
QT4 has been installed on my systems from the start. The problem seems to be the old root access issue. As soon as I gave my user write privileges to the lazarus directory AND configured Build Lazarus for Clean All, then everything worked fine. Now, I can set Build Lazarus back to its default settings and it all builds normally. It seems to require the Clean All setting only once to get the QT4 unit built.
And I don't believe there is anything going on in my system (again), especially considering that these same issues have shown up on three different systems, all installed by Laz Project packages, be they debs or RPMs, with root ownership. I do think my situation is unusual in that I use Linux, don't build Laz from the svn, use the LuiCairo package, and target QT.
-
Very excited !
Try straight away.
-
Let me borrow some snorkel's words:
Just updated my install on Debian Linux and Bodhi Linux through the .deb, upgraded great, had all my installed components back in minutes.
Also updated my install on windows 7 and it worked perfectly.
I remember the days of installing a new delphi version and the tons of time it took to reinstall all the 3rd party components.
With Lazarus releases I am up and running again in mere minutes.
Lazarus is what Delphi and Kylix should have been.
Great work guys :-)
Thank to the developers and all community so much!
-
http://lazarus.freepascal.org/index.php?page=downloads is not showing the correct information. It is still binded to version 1.0.14.
-
Congrates
I have installed 64-bit version in Debian, and I have removed 1.0.14, but I get debugger file not found
-
I can't believe my eyes, it prints Arabic letters in Linux GTK!!
I have waited for this feature for long time. Now my small Arabic ERP system will finally able to print Arabic reports in Linux, I'll tell my Linux customers now. Saving report in fortes report in PDF still is not displaying Arabic, but this is not big problem because saving it as HTML works fine.
nobody will ever know how much happy I'm now. see attachment
Also I like the dimming of not compiled code, for example code between Windows directive when compiling in Linux
-
I have installed 64-bit version in Debian, and I have removed 1.0.14, but I get debugger file not found
What is the exact error message?
When does it happen? During installation? When you rebuild IDE, when you open your app, when you run your app ...?
-
The Lazarus team is glad to announce the release of Lazarus 1.2.
This release was built with fpc 2.6.2.
Windows x64 users: please use the 32 bit installer if possible. See
http://wiki.lazarus.freepascal.org/Windows_Programming_Tips#FPC_2.6.x.2FLazarus_warning_.28Missing_support_for_SEH.29
for more details.
Structured Exception Handling (SEH)
Windows uses its own exception handling mechanism known as Structured Exception Handling (SEH). A great overview of this mechanism can be found on the links below.
Unfortunately, GCC does not support SEH yet. Casper Hornstrup had created an initial implementation, but it was never merged into mainline GCC.
More information:
http://gcc.gnu.org/wiki/WindowsGCCImprovements
http://tdm-gcc.tdragon.net/quirks
http://stackoverflow.com/questions/15670169/what-is-difference-between-sjlj-vs-dwarf-vs-seh
http://gcc.gnu.org/ml/gcc/2002-07/msg00391.html
http://gcc.gnu.org/ml/gcc-help/2013-03/msg00308.html
Possible alternatives on C++:
http://www.programmingunlimited.net/siteexec/content.cgi?page=mingw-seh
http://www.programmingunlimited.net/siteexec/content.cgi?page=libseh
https://gist.github.com/kikairoya/1710310
-
Just to say I'm currently using Lazarus 1.1 on Fpc 2.7.1 because of the annoing SEH problem.
So I'll update Lazarus 1.0.14 but I'll wait for official release on Fpc 2.7.1
Good news:
http://bugs.freepascal.org/roadmap_page.php says:
FPC - 2.8.0 (Scheduled For Release 2013-03-17) = 99%
-
Finally :)
Keep it up Lazarus Team.
Thank you...
-
http://bugs.freepascal.org/roadmap_page.php says:
FPC - 2.8.0 (Scheduled For Release 2013-03-17) = 99%
Have you looked at the date for fpc 3.0 ?
Last I heard is that fpc 2.6.4 will be soon, (and that is not having the SEH fix)
-
Should not the packages lazreport, lazreportpdfexport and pack_powerpdf be already working on default installation?
This behaviour would help beginners.
-
Martin
No thing happens during installation.
I run it from command line to see the errors:
SearchMakeExeCandidates Value=/usr/bin/make File=/usr/bin/make
SearchDebuggerCandidates Value=$(LazarusDir)/mingw/$(TargetCPU)-$(TargetOS)/bin/gdb File=/usr/share/lazarus/1.2.0/mingw/x86_64-linux/bin/gdb
SearchDebuggerCandidates Value=$(LazarusDir)/mingw/bin/gdb File=/usr/share/lazarus/1.2.0/mingw/bin/gdb
SearchDebuggerCandidates Value=gdb File=
then I get attached error message
I'm using Debian Wheezy
-
Have you looked at the date for fpc 3.0 ?
Last I heard is that fpc 2.6.4 will be soon, (and that is not having the SEH fix)
I tought that Lazarus 1.2.0 would come built on FPC 2.6.4 or FPC 2.8.0... and publish date for FPC 3.0.0 was wrong because 2.8.0 was not finished yet.
FPC - 3.0.0 (Scheduled For Release 2008-04-13) = 98%
FPC - 2.8.0 (Scheduled For Release 2013-03-17) = 99%
FPC - 2.6.4 (Scheduled For Release 2013-11-26) = 100%
But now, I do not know how to answer your question. Does any core developer of FPC reads this forum to help us with accurate information on FPC schedulling?
-
@motaz: strange.
This is on linux?
It should be /usr/bin/gdb
But if that does not exist, run
which gdb
on a shell, and find where gdb is.
On Linux gdb is not shipped with lazarus. It is usually part of the linux distribution.
No idea, why it did not find it.
-
I do not know which of them reads here. But I do know, that there recently was an 2.6.4RC. So 2.6.4 is next, and due soon.
IIRC someone mentioned, that hope was to have 2.8. by the end of the year. But I do not know for sure.
-
Thank you :)
-
Great stuff!
-
Have you looked at the date for fpc 3.0 ?
Last I heard is that fpc 2.6.4 will be soon, (and that is not having the SEH fix)
Correct. (soon as in days btw)
-
I do not know which of them reads here. But I do know, that there recently was an 2.6.4RC. So 2.6.4 is next, and due soon.
IIRC someone mentioned, that hope was to have 2.8. by the end of the year. But I do not know for sure.
I'm already using 2.6.4 ... svn co http://svn.freepascal.org/cgi-bin/viewvc.cgi/tags/release_2_6_4 .. think that releasee builds are in progress.
-
thank you for the synch, well done.
-
Congratulations and thanks to the Lazarus Team. :)
-
I found a serious bug, ppl
Lazarus sometimes throws error message dialog when it detects syntax error in source file being edited
It is real
It was present in 1.2 RC 1 and 1.2 RC 2
Too bad I managed to reproduce it several times, but have not reported it yet properly
But next time I encounter it, I definitely will do so
What is difficult about reporting it is that sometimes it happens, but not too often, like once in 10 hours of work
Present both on Windows and Ubuntu at least
-
Too bad I managed to reproduce it several times, but have not reported it yet properly
But next time I encounter it, I definitely will do so
What is difficult about reporting it is that sometimes it happens, but not too often, like once in 10 hours of work
The report will be useful only if the problem can be reproduced or if you provide a debugger backtrace.
I suggest you run Lazarus under a debugger, then you get a backtrace from the error and can make a useful report.
-
Well, I just got "lucky" and reproduced it again right now
Take a look if interested: http://bugs.freepascal.org/view.php?id=25826
I provided backtrace as well
-
Unfortunately, however, I can't find the files for Mac OS X PowerPC. Are they still concealed at SourceForge?
I don't know about the disk images, but i am working on the fink packages. I will update fpc to 2.6.4 and lazarus to 1.2. For all system higher than 10.5, Aqua(carbon) for powerpc and i386 and gtk2 for X86_64, but give me some days.
MiSchi.
-
@ Martin_fr
which gdb shows nothing
-
Which distro are you using?
If gdb is not installed by default, then you should be able to install it from the app center (or whatever it is called on your distro).
-
@ Martin_fr
I'm using Debian Wheezy 64 bit, now I have installed gdb and Lazarus works fine without error message at starting, then I disabled debugger in options, I always select (None) in debugger, I don't like to use it
Thank you
-
Thanks Lazarus team for all the effort, some days ago we hope this new version, I will be installed next to the 1.0.10.
-
I'm not so happy with L1.2, all my projects crashes.
I use Anydac 6.09 as databaseconnector.
And even the simple demo projects where anydac is used gives a Fatal: Internal error 200610054. >:D
For the moment i go back till 1.14.
Peter
-
Such errors are produced by fpc afaik, so problem is maybe with fpc-2.6.2 in your case.
-
And even the simple demo projects where anydac is used gives a Fatal: Internal error 200610054. >:D
For the moment i go back till 1.14.
Peter
The error you describe comes from the FPC compiler. What version are you using?
-
Awesome! Many thanks and I might use it in the future.
PS, the installer (and previous versions of the installers) are too slow on my Windows 7 (with Intel I5 CPU and 6GB RAM) system, and it also slows down the entire system during it's execution...
-
PS, the installer (and previous versions of the installers) are too slow on my Windows 7 (with Intel I5 CPU and 6GB RAM) system, and it also slows down the entire system during it's execution...
You might need to upgrade (if the RPM is too slow) / defragment (if your file system is badly fragmented) your harddisk, Lazarus ships with a huge amount of files and of course copying them will make your hard disk work hard.
-
Great release, keep up the great work guys.
I can't believe my eyes, it prints Arabic letters in Linux GTK!!
I have waited for this feature for long time. Now my small Arabic ERP system will finally able to print Arabic reports in Linux, I'll tell my Linux customers now. Saving report in fortes report in PDF still is not displaying Arabic, but this is not big problem because saving it as HTML works fine.
nobody will ever know how much happy I'm now. see attachment
Also I like the dimming of not compiled code, for example code between Windows directive when compiling in Linux
Nice but I think you should rename the word 'Address' to 'Description' or even 'Note'
I am from Egypt by the way :)
-
Hello bmcalex
where is the word "Address" I can't find it
-
Hello bmcalex
where is the word "Address" I can't find it
العنوان : سند صرف: جزء من المستحقات
أعتقد أن كلمة العنوان غير مناسبة ويفضل أن تكون البيان أو الوصف أو ملاحظة
بالمناسبة قرأت كتابك وهو مجهود جيد منك...شكرا على المجهود والعمل الجيد
أنا زرت السودان منذ عدة سنوات ولى منظومة لإدارة معامل/مخابر التحاليل الطبية وموجودة غى عدة معامل ومستشفيات بالخرطوم وباقى مدن السودان ومنها معامل ألترا لاب ومستشفى البراحة فى بحرى ومستشفى الجلدية وووو
احتمال كبير أقوم بزيارة عمل قريبا لشركة فى السودان وربما نتقابل :)
-
العنوان : سند صرف: جزء من المستحقات
yes, you are right, thanks
-
Great, that is good news. Unfortunately, however, I can't find the files for Mac OS X PowerPC. Are they still concealed at SourceForge?
I have now successfully compiled Lazarus 1.2 from source. It works great even on an older PPC-based Mac (as it does on Windows and Intel-based Macs). Thanks again. :)
-
I have now successfully compiled Lazarus 1.2 from source. It works great even on an older PPC-based Mac (as it does on Windows and Intel-based Macs). Thanks again. :)
Which system and which version of fpc?
MiSchi
-
I have now successfully compiled Lazarus 1.2 from source. It works great even on an older PPC-based Mac (as it does on Windows and Intel-based Macs). Thanks again. :)
Which system and which version of fpc?
MiSchi
It is FPC 2.6.2 and Mac OS X 10.5 (Leopard).
I use Lazarus for years, therefore I had previously installed Free Pascal and Lazarus 1.0.14 (via the regular installer from SourceForge). Then I downloaded the Lazarus sources from http://sourceforge.net/projects/lazarus/files/Lazarus%20Zip%20_%20GZip/ (http://sourceforge.net/projects/lazarus/files/Lazarus%20Zip%20_%20GZip/), changed the working directory of the shell to the unpacked folder with the sources and entered
make clean bigide
This command compiles and builds Lazarus 1.2 for PPC (depending from the speed of your machine it may take up to 10 minutes).
The only problem was that the bundle file was still for Intel Macs, so that Lazarus didn't start yet. I didn't find out how to change this in an elegant way, therefore I replaced it with the bundle file of Lazarus 1.0.14 for PPC but placed the file "Info.plist" from the new Intel bundle file into the Contents folder of the PPC bundle file (in order to have the current version string). Obviously, this isn't the normal solution, but I didn't find any documentation to replace the bundle via shell commands.
Anyway, after these steps, Lazarus 1.2 runs flawlessly on my G5 machine.
-
Works fine! :)
-
Awesome! Many thanks and I might use it in the future.
PS, the installer (and previous versions of the installers) are too slow on my Windows 7 (with Intel I5 CPU and 6GB RAM) system, and it also slows down the entire system during it's execution...
It simply writes to the system as fast as it can. Note that usually means it is done quickly, it was only a couple of seconds here on a 2,2GHz laptop with a relative slow 5400rpm disc. BUT I don't run an antivirus.
Security software is usually the single most slowing and unpredictable feature in a system. For real heavy installations out of legit sources, it can be wise to set the avirus settings as light as possible (e.g. only scan EXEs)
-
Slowness of compilation sometimes happens to me, I'm using Linux and Wine, some times rebuilding Lazarus takes about 1 minute, and sometimes it takes about 15 minutes, without changing anything in the system, only different versions of Lazarus.
-
Same problem of 1.0 version, non root users can't build lazarus in their home dir.
Back to 1.0.14 version.
-
Same problem of 1.0 version, non root users can't build lazarus in their home dir.
Back to 1.0.14 version.
I don't see any problem with "non root users can't build lazarus in their home dir". Linux != Windows.
If you want to rebuild /usr/lib/lazarus (or whatever dir contains lazarus instalation) one can do that as root, or give permissions to user so user can do that (by using chown command).
-
I don't see any problem with "non root users can't build lazarus in their home dir". Linux != Windows.
If you want to rebuild /usr/lib/lazarus (or whatever dir contains lazarus instalation) one can do that as root, or give permissions to user so user can do that (by using chown command).
No Zeljko, Lazarus can be rebuilt without sudo access thanks to StartLazarus.
http://wiki.freepascal.org/startlazarus
There was even a wiki page about Unix rights just updated by me and Bart because it gave wrong information. I cannot find the page now because the wiki search system sucks big time.
Anyway, building as normal user is very important because Lazarus only supports static packages and it must be rebuilt every time a package is installed.
There may be a bug somewhere which is triggered by some users' local configuration. Some users, namely "rails" and now "ultramarcos" claim they still cannot rebuild Lazarus.
Recently Maxim could not build trunk after the debugger refactorings and Mattias indeed found a bug in the build code.
I think we can include that fix in the next dot release and see if it helps.
-
There was even a wiki page about Unix rights just updated by me and Bart because it gave wrong information. I cannot find the page now because the wiki search system sucks big time.
Just searched for lazarus permissions linux, found this
http://wiki.lazarus.freepascal.org/Lazarus_directory_permissions_on_Linux_and_Unix
perhaps that's the one?
-
Just searched for lazarus permissions linux, found this ...
Thanks :)
-
I don't see any problem with "non root users can't build lazarus in their home dir". Linux != Windows.
I get this root problem when installing Lazarus from Linux repository
-
I get this root problem when installing Lazarus from Linux repository
What Lazarus version? What Linux distro?
-
I'm not 100% sure, I have multiple virtual Linux installations, but I guess Debian Wheezy 32 bit, and Lazarus version 1.0.10
-
Ah, I've misreaded that part. If user cannot build lazarus to it's own $HOME/.lazarus then it's bug.
-
the problem that I get with Lazarus-repository version that it needs to build some libraries in /usr/share/lazarus
-
the problem that I get with Lazarus-repository version that it needs to build some libraries in /usr/share/lazarus
It would be nice to find steps to reproduce the problem. Is it triggered by a certain package for example?
-
It would be nice to find steps to reproduce the problem. Is it triggered by a certain package for example?
I'm trying to re-produce the error since morning, I have installed Linux Mint (Latest version) and installed Lazarus from repositories, at first it gives error indicating that some packages has installed but not configured, and rebuilding failed because of non-writablelinux4sudan2
directory permission
See attachments:
-
Thanks, this is fantastic! Your work is very much appreciated.
I installed 1.2 on OS X and Windows without a hitch, but Ubuntu is giving me some trouble. I get the message:
"Dependency is not satisfiable: fpc (>=2.6.2)|fp-compiler (>=2.6.2)"
even though fpc 2.6.2 is installed.
Anyone have an idea to help?
Cheers,
Frederick
-
I got the amd64 version to run on Ubuntu using:
sudo dpkg -i *.deb
I did get an error message:
Errors were encountered while processing:
guidpml-gtk:i386
I'm not sure if that is important, maybe it is using 32 bit gtk? it seems to be working though.
Cheers,
Frederick
-
I cannot find the page now because the wiki search system sucks big time.
Google like this:
raspberry site:wiki.lazarus.freepascal.org
and it will give you all wiki pages mentioning Raspberry Pi, for example.
-
Where can I download a Lazarus 1.2 with 2.6.4 ? O:-)
-
Where can I download a Lazarus 1.2 with 2.6.4 ? O:-)
FPC 2.6.4 is released a week after Lazarus 1.2. Well, that sucks for many people. I think a merged release schedule should be considered. At least if the situation is like this (both on RC already around the same time).
-
Well, nothing wrong with a new upcoming Laz release on the new stable compiler, I'd say... as long as it's regression tested etc.
Coupling the 2 will give dependencies: delays in one lead to delays in the other etc....
-
Where can I download a Lazarus 1.2 with 2.6.4 ? O:-)
At the link where you prepared fpc-2.6.4 binaries ;)
-
Where can I download a Lazarus 1.2 with 2.6.4 ? O:-)
At the link where you prepared fpc-2.6.4 binaries ;)
Can't find them on http://www.freepascal.org/download.var
As for the synchronization, it surprises me every time how planning and final release differ. We really don't need more planning, we need more sticking to planning.
-
Haven't seen an FPC 2.4 announcement on the forum here yet either.... ;)
-
Haven't seen an FPC 2.4 announcement on the forum here yet either.... ;)
Fixed.
-
I'm trying to re-produce the error since morning, I have installed Linux Mint (Latest version) and installed Lazarus from repositories, at first it gives error indicating that some packages has installed but not configured, and rebuilding failed because of non-writablelinux4sudan2
directory permission
Now I can see your attachments. There was a config problem in some forum profiles. Good.
Are you sure the error comes when you rebuild Lazarus during installing packages or using Tools menu?
The initial installation from .deb package must be done with sudo obviously.
-
New Lazarus is installed and works fine. I have some observations:
Backup directory:
When default backup directory has subfolder (i.e. backup\files\) and this folder doesn't exist whole IDE crashes everytime it tries to save backup file. There is messagebox with error and ability to retry or ignore, but no matter what I will choose, it will crash then.
---
I have installed new Lazarus into old Lazarus path. Installer has uninstalled old version and installed new one. When IDE was run first time, it hasn't find my installed additional components. It was not on the component palette. But in Package->install/uninstall packages I can see those packages and it has green "plus" icon. The problem is I wish to install it and rebuild Lazarus, but the button to rebuild is disabled! To install them all I had to open manually my package, click 'compile' and 'rebuild' to make it work. Button for rebuilding should always be enabled.
---
When rebuilding Lazarus, there are some files made in Temp directory and left forever. It has name 'unit1.pas' and so on. There is also a backup folder made for those files. I know it because it failed to create it automatically (as I mentioned above) and I had to create it there on my own.
As for now other things looks ok. Lazarus works fine and is great! I think now the most important thing is to:
1) Create better debugging. This is what is much better in Delphi than in Lazarus. There must be a way to run functions during debugging to show their return value. Values returned by object method must be calculated and visible. Without this debugging is terrible.
2) In IDE there should be better inspect window to let the user see all values of properties of objects.
3) It will be good if whole layout would be in one window with docked windows rather than floating windows, like now. It's very annoying when you need to have many windows opened.
-
Backup directory:
When default backup directory has subfolder (i.e. backup\files\) and this folder doesn't exist whole IDE crashes everytime it tries to save backup file. There is messagebox with error and ability to retry or ignore, but no matter what I will choose, it will crash then.
You should open a bug ticket on http://bugs.freepascal.org/main_page.php
I have installed new Lazarus into old Lazarus path. Installer has uninstalled old version and installed new one. When IDE was run first time, it hasn't find my installed additional components. It was not on the component palette. But in Package->install/uninstall packages I can see those packages and it has green "plus" icon. The problem is I wish to install it and rebuild Lazarus, but the button to rebuild is disabled! To install them all I had to open manually my package, click 'compile' and 'rebuild' to make it work. Button for rebuilding should always be enabled.
You should open another bug ticket.
Have you tried the menu option \Tools\Build Lazarus with Profile: IDE Normal?
When rebuilding Lazarus, there are some files made in Temp directory and left forever. It has name 'unit1.pas' and so on. There is also a backup folder made for those files. I know it because it failed to create it automatically (as I mentioned above) and I had to create it there on my own.
You should open another bug ticket.
As for now other things looks ok. Lazarus works fine and is great! I think now the most important thing is to:
1) Create better debugging. This is what is much better in Delphi than in Lazarus. There must be a way to run functions during debugging to show their return value. Values returned by object method must be calculated and visible. Without this debugging is terrible.
You should open a feature request ticket on http://bugs.freepascal.org/main_page.php
2) In IDE there should be better inspect window to let the user see all values of properties of objects.
You should open another feature request ticket on http://bugs.freepascal.org/main_page.php
3) It will be good if whole layout would be in one window with docked windows rather than floating windows, like now. It's very annoying when you need to have many windows opened.
You can open another feature request ticket, but I - and many other people including many Delphi customers - disagree from you:
Video: How to configure Delphi 2010 to look, work, and feel like Delphi 7
"During my Delphi 2010 IDE videos I presented the return of Delphi 7 Component Toolbar. I received some questions about how to change the IDE layout to work like Delphi 7, below a Delphi 2010 screen shot reproducing the same Delphi 7 layout.":
http://www.andreanolanusse.com/en/how-to-configure-delphi-2010-to-look-work-and-feel-like-delphi-7/
"Delphi 2010 (code-named Weaver, aka Delphi 14; there was no version 13), was released on August 25, 2009 and is the second Unicode release of Delphi. It includes ... and the option to also have the old style component palette in the IDE":
http://en.wikipedia.org/wiki/Embarcadero_Delphi
RAD Studio 2010 — IDE Features: "Old School" Tool Palette:
http://blogs.embarcadero.com/nickhodges/2009/08/06/39274
"See Enabling the Component Toolbar. See also the blogs "Old School" Tool Palette, by Nick Hodges and How to configure Delphi 2010 to look, work, and feel like Delphi 7, by Andreano Lanusse.":
http://docwiki.embarcadero.com/RADStudio/XE5/en/What%27s_New_in_Delphi_and_C++Builder_2010
http://www.andreanolanusse.com/pt/como-configurar-o-layout-do-delphi-2010-parecer-com-o-do-delphi-7/
http://flylib.com/books/en/2.37.1.12/1/#_/term_http://flylib.com/books/en/2.37.1.12/1/#_/term_
Your solution :) is here since 2011-03-28:
v0.9.30 (2011-03-28)
9.1 Multi Source Editor
9.2 Docked IDE
9.3 Code folding with hiding option for Comments
http://wiki.freepascal.org/New_IDE_features_since#Docked_IDE
-
1) Create better debugging. This is what is much better in Delphi than in Lazarus. There must be a way to run functions during debugging to show their return value. Values returned by object method must be calculated and visible. Without this debugging is terrible.
Feel free to implement that. AFAIK this is due to GDB limitation, though I'm not really sure. Procedure/function should be possible since it's possible with C, but for methods, I guess it will require more effort.
3) It will be good if whole layout would be in one window with docked windows rather than floating windows, like now. It's very annoying when you need to have many windows opened.
3 choices are available already:
- Anchor docking
- Easy dock manager
- KZDesktop
-
As for now other things looks ok. Lazarus works fine and is great! I think now the most important thing is to:
1) Create better debugging. This is what is much better in Delphi than in Lazarus. There must be a way to run functions during debugging to show their return value. Values returned by object method must be calculated and visible. Without this debugging is terrible.
You should open a feature request ticket on http://bugs.freepascal.org/main_page.php
No, that won't help as work to improve debugging in Lazarus is actually ongoing. The people working on it are aware of the issues.
If you want to help, please post an offer for help on the Lazarus mailing lists or forum (probably in a debugger subsection) and the relevant devs will help you.
2) In IDE there should be better inspect window to let the user see all values of properties of objects.
You should open another feature request ticket on http://bugs.freepascal.org/main_page.php
No, see above.
The problems with docking are known as well and there are bug reports open for it.
-
... Button for rebuilding should always be enabled.
You should open another bug ticket.
Have you tried the menu option \Tools\Build Lazarus with Profile: IDE Normal?
No need for a ticket as this is by design. You can always build Lazarus from Tools menu.
1) Create better debugging. This is what is much better in Delphi than in Lazarus. There must be a way to run functions during debugging to show their return value. Values returned by object method must be calculated and visible. Without this debugging is terrible.
You should open a feature request ticket on http://bugs.freepascal.org/main_page.php
Don't create such an abstract ticket. It helps nobody, especially because the debugger interface has been improved a lot.
Now there is even a dedicated pascal debugger under construction.
Besides the debugging is pretty good now, I don't understand why you find it terrible. Maybe you tested some old version of Lazarus by mistake.
Only properties with accessor methods are not shown, everything else is (when using dwarf debug info).
3) It will be good if whole layout would be in one window with docked windows rather than floating windows, like now. It's very annoying when you need to have many windows opened.
You can open another feature request ticket, but I - and many other people including many Delphi customers - disagree from you:
No, don't ask him to open yet another duplicate ticket.
And yes, I agree the docking style is mostly a fashion. For example I like to have 2 editor windows that stretch from screen top to bottom, so I can see as much code as possible.
It would be difficult with a docked IDE.
In general it annoys me that so many people have a passion for opening new bug reports but very few people have a passion for solving them.
We could make a new rule that min 10% of bug reports coming from a person must include a patch. ... Ok, not very realistic. :)
-
1) Create better debugging. This is what is much better in Delphi than in Lazarus. There must be a way to run functions during debugging to show their return value. Values returned by object method must be calculated and visible. Without this debugging is terrible.
2) In IDE there should be better inspect window to let the user see all values of properties of objects.
All that is on our list already. But none of it is trivial, and none of it is expected to happen soon.
GDB does not support the pascal style function call. So with todays GDB it can not be done.
Maybe / I have not tried: if you declare a function cdecl.... But it will probably create a lot of other issues.
Even if function calls are possible, that will not bring properties. DWARF (and stabs) do not have a way of encoding them (Well maybe the latest dwarf has, dont know). It can be added, or encoded as custom. But then, when it is added fpc needs to create it, and gdb needs to read it.
We are working on a replacement for gdb. But that is still a long way to go. And before we can start adding new features, it must be able to do what current gdb does.
So as much as we really want this. It is just a very long way to go.
-
Even if function calls are possible, that will not bring properties. DWARF (and stabs) do not have a way of encoding them (Well maybe the latest dwarf has, dont know). It can be added, or encoded as custom. But then, when it is added fpc needs to create it, and gdb needs to read it.
Dwarf 3 apparently does support C++ class and that the same support could be used for Pascal as well.... but this is getting out of my depth:
http://www.dwarfstd.org/doc/Debugging%20using%20DWARF.pdf
At least it wasn't enough for the Objective C guys so they wrote an extension:
http://llvm.org/docs/SourceLevelDebugging.html#debugging-information-extension-for-objective-c-properties
Edit: and finally ADA 95 extensions for DWARF2/3 may be informative:
http://redhawk.ccur.com/dwarf/ada95/ada.dwarf.2.pdf
I'll shut up now ;)
-
I have the dwarf 3 spec here. There is no property support in it. (I also have dwarf 4, but not yet searched it)
the link to object-c: This are user specified extension. Dwarf2 already specifies a range of tags, that can be used freely.
So if we have our own debugger, then fpc ran use those fields. However using those will break debugging with other debuggers.
Also, even if they get into lets say dwarf 5, then gdb needs to support them.
Last gdb I tested with fpc generated dwarf3 was gdb 7.6. It crashed on various watches.
Well it crashes on some dwarf2 too, but it crashed way more, with dwarf3.
So from this, you can make your own guesses, how long, until this will work with gdb .....
As I said we try to create an alternative, but that is not trivial either.
-
Bizarre format if private/language specific extensions blow up the debugger instead of just being ignored... My sympathies ;)
-
Well, there is discussion and it's good. I didn't say "you must do it right now!". I just said it will be good to have those things.
Debugger is not bad, but in Delphi it is much better and all values can be shown. In Lazarus many of them is invisible - I see errors or nothing when I want to show tooltip with value of variable. It works fine for simple types, but for more complex or classes it works bad.
About window layout you are right but docked layout can be good for someone. I was using Delphi 5, 6 and 2010 so I really know how to work in old style and new. I like the new one because all windows can be docked and I can pick any of them using buttons on the edges. In Lazarus I use many opened windows and some of them are hidden under others. To find them I must move other windows or search for option in main menu to show them. This is not handy enough for me. And rather not only for me if there are a few projects that change Lazarus layout to docked windows! This is not fashion! Just every one likes something else. The best solution is to make an option to use old windows or docked windows, like it is in Delphi also. In newer Delphi you can switch between those layouts and this is the best solution.
You are saying that if I tell something is still missing, I should help the programmers to make it. Well... I just can't do it. I don't know how. But I am Lazarus user and I can say it loud what is good for me and what is not, so I did. I hope no one feels offended. It is just my opinion.
Ofcourse I very like Lazarus (I use it only for about half a year), but I use Delphi for more than 10 years and I just feel what is missing in Lazarus. But there are very good things also and that is why I chose Lazarus and I don't want to change it for anything. Rather I wish it will grow and be much better and better.
I'll try those projects that changes to docked windows. I saw one someday but it was pretty old and I read that not everything works fine so I didn't try it. Maybe others are better. But if there is newer version of Lazarus, will it be still working?
-
No problem about showing what your experiences are etc.
The thing is that a lot of people keep repeating what they want without contributing anything as well as without realizing that just repeatedly asking for things does not help.
You do realize that - so no problem ;)
As for those project working with newer versions of Lazarus - try and report on the forum.... I know people tried KZDesktop recently...
-
All that is on our list already. But none of it is trivial, and none of it is expected to happen soon.
...
So as much as we really want this. It is just a very long way to go.
I understand it and it's obvious :). I just wish to have it someday.
-
Oh, one tip about debugging.
The default (as set by FPC) on many platforms is still "stabs".
Yet dwarf (dwarf2 + sets) yields often better results.
So in project options, under debugging, this should be changed.
-
Congratulations with yet another version! Regarding the docking issue, I do not think GADZombie is asking for a different layout with respect to the Component Toolbar, but is looking to contain everything within a frame so that the whole layout can be moved from one screen to another by just grabbing the main ide window. This is particularly important if one has an external screen connected to a laptop computer, but sometimes need to work on the laptop screen. Docking accomplishes that and as pointed out can be more flexible than having everything within the same frame.
As I understand of the 3 solutions, Anchordocking has lately been the recommended docking solution and it works pretty well except that layout is a bit messed up initially and needs to be rearranged. However it seems to only stick until the compiler is closed down. I made a comment on this to the already present bugreport #0018298. Very useful, as I learned that one has to actively save a layout with Tools-Save window layout as default.
That works very well if the IDE is on the primary display, however I just discovered that if the IDE is on an external monitor when saving layout, on next launch all that opens up is a blank window with a menu even if the external display is on and connected. I added a comment to the bug report. So for now, I will have to only save default layout to primary display and move to external monitor when needed.
If saving layout on external display had worked, there is also the question what would happen if the external display was not connected when launching Lazarus.
-
As for those project working with newer versions of Lazarus - try and report on the forum.... I know people tried KZDesktop recently...
Thanks. I have downloaded this, but it doesn't compile on Lazarus 1.2. There are some errors in code. I wrote to the author, maybe he will help :)
-
Oh, one tip about debugging.
The default (as set by FPC) on many platforms is still "stabs".
Yet dwarf (dwarf2 + sets) yields often better results.
Yes, I use dwarf + sets. There is option to use dwarf + sets or dwarf2. No dwarf2 + sets. How to set this and what will be better thanks to this option?
-
"dwarf + sets" is actually dwarf2.
Afaik there is no dwarf1 implemented.
-
... You can always build Lazarus from Tools menu.
... Maybe you tested some old version of Lazarus by mistake.
... No, don't ask him to open yet another duplicate ticket.
Sorry, I was trying to show to new member GADZombie that searching and opening tickets on the bug tracker is much more effective than make observations on an announcement.
In general it annoys me that so many people have a passion for opening new bug reports but very few people have a passion for solving them.
We could make a new rule that min 10% of bug reports coming from a person must include a patch. ... Ok, not very realistic. :)
I may be wrong, but I believe that many people here do not know how to use CVS, SVN or GIT and have dificulties on installing components on IDE and even more dificulties on creating their own components or changing FPC from 2.6.2 to 2.6.4 or 2.7.x (beta to solve Windows problems).
I also believe that bug tracker is helpful for FPC and Lazarus core developers because many of those people complain about bugs and request new features. Some issues are acepted and some are not. Some are solved rapidly and some take years. All being part of the open source process.
So, blocking people for reporting problems or request wishes would be a shoot oneself in the foot.
And finally, in my humble opnion, it is good when people report bugs or make feature requests or start reflexions on features. It keep being good even if those pelople cannot (they do not have the ability) to provide patches.
-
I may be wrong, but I believe that many people here do not know how to use CVS, SVN or GIT and have dificulties on installing components on IDE and even more dificulties on creating their own components or changing FPC from 2.6.2 to 2.6.4 or 2.7.x (beta to solve Windows problems).
CVS is history fortunately!
SVN on the other hand is very easy. Especially the GUIs like TortoiseSVN make it so easy that I always wonder why people don't want to use it. It is usefull also for people who don't make patches themselves, as became apparent in the snapshot discussion.
FPC development version is quite difficult to install and maintain. Yes. It requires cyclic building and installation and editing a config file. Sometimes a new devel version cannot be built with an earlier devel version and you must go back to a release version (now 2.6.4). Having many FPC versions simultaneously makes an extra challenge.
Shortly put: development version of Lazarus is easy, development version of FPC is difficult.
Many people seem to confuse these 2. They think they need development versions of both. No, for example I have used only FPC 2.6.2 for a long time now with Lazarus trunk.
When I start testing new Unicode stuff I may install FPC trunk using BigChimp's FPCup tool.
My comment about limiting bug reports was more like a joke.
Still, I know many people here are good programmers and they could fix bugs and implement features. It only requires diving into the big code base and learning parts of it. That's what all the current developers have done.
-
One does not simply learn big code base, especially in case it is not documented.
It is vital to maintain consistent architecture
I am working on a certain project for two years, I still do not understand it one bit; in case of this project I am working on, I think that it is the fault of the developers who worked on it before me because they did not maintain architecture of the project nor did they document it or even care about it, they just wanted to fix bugs quickly and go home
I hope that current Lazarus developers have some guy who is in charge who makes sure that all changes made by others are consistent and do not break existing architecture or over-complicate it
-
I hope that current Lazarus developers have some guy who is in charge who makes sure that all changes made by others are consistent and do not break existing architecture or over-complicate it
Unfortunately, regression test is usually only done for final release. For patches in trunk, usually the test is only done against building the IDE. Sometimes even no test is done.
-
One does not simply learn big code base, especially in case it is not documented.
It is vital to maintain consistent architecture
I am working on a certain project for two years, I still do not understand it one bit;
I know your feeling. I have struggled with big and old code-bases, too.
in case of this project I am working on, I think that it is the fault of the developers who worked on it before me because they did not maintain architecture of the project nor did they document it or even care about it, they just wanted to fix bugs quickly and go home
In a way it is nobody's "fault". There were many developers during the years working on the project. They all had to implement features dictated by their boss and customers. They also struggled to understand the existing code. This situation inevitably leads to copy/pasted code and poor architechture.
Over the years it will be more and more difficult to fix the design. It would require massive refactoring which affects all parts of the code and potentially create new bugs. It is understandable that the management does not want to do it. The current code works, customers ask for more features, the money comes from customers...
The decision is easy: let's implement the features instead of breaking the code with refactoring which brings no immediate value for customers.
BTW, I guess you do the same thing that the previous developers did. You also add features by copy/pasting code instead of fixing the project's architechture, don't you?
I hope that current Lazarus developers have some guy who is in charge who makes sure that all changes made by others are consistent and do not break existing architecture or over-complicate it
There is a group of guys doing that. In practice the people who have commit access to Lazarus sources, are in charge.
This project is already so big that nobody knows all its code. Fortunately some of the core developers are extremely clever and the design choices have been mostly good. Sure there are also some dark corners that nobody knows well.
Open source development has a benefit over commercial development in this matter. Developers can concentrate on architecture and design if they feel so, without pressure from marketing or management.
-
Unfortunately, regression test is usually only done for final release. For patches in trunk, usually the test is only done against building the IDE. Sometimes even no test is done.
Regression testing, or any other testing, does not guarantee good architecture in the code. It only guarantees that the code works correctly.
Architecture on the other hand affects how easy the code is to understand and maintain.
My experience is that lots of commercial SW suffer from poor design.
The worst situation is in custom SW made for one customer. When the SW is "ready" it goes to maintenance mode. When the customer needs a feature or bug-fix, he is billed per hour and each work-hour must be explained. Explanations like "Learning the code" or "Refactoring" are not accepted. Uhhh...
When a company has a real product with many customers, the situation is better. Then it is possible to spend time for code design, too, if the management understands its importance.
-
It will be good if whole layout would be in one window with docked windows rather than floating windows, like now. It's very annoying when you need to have many windows opened.
AnchorDocking and it's CT variant called GlassDocking are not perfect yet, but useful enough once you know how to overcome their bugs.
http://forum.lazarus.freepascal.org/index.php/topic,17959.msg129779.html#msg129779
-
AnchorDocking and it's CT variant called GlassDocking are not perfect yet, but useful enough once you know how to overcome their bugs.
http://forum.lazarus.freepascal.org/index.php/topic,17959.msg129779.html#msg129779
Well, I have read your opinin about bugs and it's not enough for me. I don't want it if it has so many bugs and so much doesn't work. Tabs are mandatory for me. But maybe someday someone will make something useful and without so many bugs :). I'll be very happy. As for now, I don't know how to do something like that, so, unfortunately, I can't do it.
-
Tabs are mandatory for me. But maybe someday someone will make something useful and without so many bugs.
It's up to you if you will use what exists, wait for someone to fix it, or fork/develop it on your own. Once layout is set without tabs and saved, it gets automatically loaded on each start and doesn't get in the way. Unlike my last kzDesktop test, AnchorDocking/GlassDocking does not affect Lazarus/CT stability, so I use it in all my Laz/CT IDEs.
-
It's up to you if you will use what exists, wait for someone to fix it, or fork/develop it on your own. Once layout is set without tabs and saved, it gets automatically loaded on each start and doesn't get in the way. Unlike my last kzDesktop test, AnchorDocking/GlassDocking does not affect Lazarus/CT stability, so I use it in all my Laz/CT IDEs.
Ofcourse. Maybe I'll try it and see what it is like. KZDesktop doesn't work in new Lazarus, as I wrote a few days ago. I didn't find anything else.
-
I want to say about an error in the webpage with the 1.2 release download link.
In http://lazarus.freepascal.org/index.php, if I select "download lazarus 1.2 for windows 64 bits", redirect me to 32 bits version.
The download page too. It's a error with the url of the link.
The link is incorrect, so, everyone is downloading the 32 bits version instead of 64 bits version.
Anyone can change the url to the 64 bits version? Thank you.
Edit: I see the annuncement about the SEH. :-[
-
Please,
Anyone can update the installer to lazarus-1.2.0-fpc-2.6.4-win32.exe ?
Thank you,
-
Edit: I see the annuncement about the SEH. :-[
Yes, the "wrong" link is intentional.
Windows x64 users: please use the 32 bit installer if possible. See
http://wiki.lazarus.freepascal.org/Windows_Programming_Tips#FPC_2.6.x.2FLazarus_warning_.28Missing_support_for_SEH.29
for more details.
-
I have installed and i have deleoped my first app for Wince with lazarus.
It is using Dbase III DBF format for tables and works like a charm with barcode readers
-
First i want to thank the lazarus team for the good work and the effort, keep up the good work people, lots of thanks.
I have a minor setback or problem, i remember it happens some time ago with some version of lazarus and was fixed later, and it seems that is happening again.
I'll try to explain:
I develop a big project (a large system that is divided in several projects) in a windows machine mainly, and in another with linux (mint right now) and the files are stored in a common server.
In windows i access the files opening the project searching the network (\\server\project) not mapping units because i've had problems before.
In linux i have mounted the network folder using nfs
With earlier versions of lazarus (1.10, 1.12 and others) i didn't have a problem in open the project in windows, modify, compile and run, and do the same in linux without change anything.
But now with 1.2, if i open the project in windows it stores in the project manager the complete path for all the files in the project (\\server\project\program.pas) and when i open it in linux the project, the files can't be found by lazarus).
If i open the LPI file with an text editor and modify the path (i mean, erasing \\server\project\ for every line) it works again. But if i reopen in windows and save it adds the path again.
Is this a bug or i have to modify something in options (that i can't find) to stop this behaviour?
Sorry for the lousy english, hope somebody understands it
And thanks again
-
But now with 1.2, if i open the project in windows it stores in the project manager the complete path for all the files in the project (\\server\project\program.pas) and when i open it in linux the project, the files can't be found by lazarus).
If i open the LPI file with an text editor and modify the path (i mean, erasing \\server\project\ for every line) it works again. But if i reopen in windows and save it adds the path again.
Is this a bug or i have to modify something in options (that i can't find) to stop this behaviour?
Sorry for the lousy english, hope somebody understands it
Your English is fine, don't worry. It is only Pascal spelling and syntax that matter on this international forum.
Sounds like a bug.
However, as a workaround that might be shorter than manually editing .lpi paths it would be worth checking/editing the value in the
<CompilerOptions>
<PathDelim Value="?"/>
in case changing a single value resolves the problem.
Are the values stored in
<CompilerOptions>
<SearchPaths>
...
</SearchPaths>
valid for both Mint and Windows?
-
In addition to what Howard says, you could look into using version control software such as subversion (SVN), mercurial (hg) or git.
Using this, you can keep the project in local directories on Windows and Linux, commit changes on one system, and get them from the version control repository (svn up, hg pull hg update etc) when going to work on the other.
Bonus: you get version history, better overview of changes etc
If you store debug etc settings in .lps files and keep those out of version control, you can use OS-specific paths etc.
I use this when developing fpcup, papertiger etc (see signature) - projects that should run on Linux+WIndows+OSX or have a client and server part etc.
-
Thankyou howardpc, the section you mentioned says
<SearchPaths>
<IncludeFiles Value="$(ProjOutDir)"/>
<UnitOutputDirectory Value="lib\$(TargetCPU)-$(TargetOS)"/>
</SearchPaths>
And i think is fine, the problem is in these sections:
<Units Count="6">
<Unit0>
<Filename Value="\\SERVIDOR\sistemanuevo\librosdeiva.lpr"/> // this is wrong, it shouldn't say \\SERVIDOR\sistemanuevo\, just the lpr file
<IsPartOfProject Value="True"/>
<UnitName Value="librosdeiva"/>
</Unit0>
and thanks bigchimp, i've tried to use svn tortoise but it seems quite complex in the time i've tried to use it, and this method was working well. Maybe i will implement this when i need to colaborate with another programmer.
What should i do?
-
I have built lazarus1.2.0 using fpc-2.6.4 successfully.
So, I can use fpc-2.6.4 in lazarus1.2.0. By now, there is no error arising. My platform is win7.
I will share two or three days later by providing link for downloading. Can I do this?
-
I will share two or three days later by providing link for downloading. Can I do this?
Sure you can do it but it is not very useful because Lazarus 1.2.2 uses FPC 2.6.4 and it will be released soon. It will also contain FPC 2.6.4 related bug fixes.
-
I have built lazarus1.2.0 using fpc-2.6.4 successfully.
So, I can use fpc-2.6.4 in lazarus1.2.0. By now, there is no error arising. My platform is win7.
I will share two or three days later by providing link for downloading. Can I do this?
It's open source - no problem with sharing.... and you may be helping others.
Juha is right - there's an upcoming new Lazarus based on FPC 2.6.4 but when that happens you can always remove the download or point to the official release...
-
and thanks bigchimp, i've tried to use svn tortoise but it seems quite complex in the time i've tried to use it, and this method was working well. Maybe i will implement this when i need to colaborate with another programmer.
Git would be much easier in your case because it does not require any server installation. Mercurial can be equally good but I personally know Git better.
What should i do?
I think you should report the regression bug about Windows network paths. There were indeed changes in relative path / absolute path functions.
-
Thank you.
I am sorry. I know nothing about GIT.
Just share the link for downloading.
I put it here: http://www.fpccn.com/thread-3413-1-1.html
I post in FPCCN(www.fpccn.com). I also describe it in English.
Just try it. Conveniently, assist some people.
People using it will discuss issues.
-
@lhxzui: Juha was not talking to you about git. He was responding to calebs...
-
and thanks bigchimp, i've tried to use svn tortoise but it seems quite complex in the time i've tried to use it, and this method was working well. Maybe i will implement this when i need to colaborate with another programmer.
Git would be much easier in your case because it does not require any server installation. Mercurial can be equally good but I personally know Git better.
What should i do?
I think you should report the regression bug about Windows network paths. There were indeed changes in relative path / absolute path functions.
Thanks juha, how do i report this to the bugtracker? I never done it before, is there an special page? Some special requirements?
-
@lhxzui: Juha was not talking to you about git. He was responding to calebs...
@BigChimp:Ok, I see. I wake up to something. I will try TortoiseSVN, lazarus-trunk. It is more useful.
There are 4 sorts at http://svn.freepascal.org/svn/lazarus/. I mean binaries, branches, tags, trunk. I didn't find notes or tip help about the fours, in other place?
The fours indicate what each? Is trunk the latest? Where will I find the latest of lazarus_1_2_x?
Thanks a lot. :)
-
Pleasantly surprised.
I find something here http://svn.freepascal.org/cgi-bin/viewvc.cgi/?root=lazarus, some notes.
Ok.
-
Thanks juha, how do i report this to the bugtracker? I never done it before, is there an special page? Some special requirements?
http://bugs.freepascal.org/
You must register and login first. Add some example code to your report which allows to reproduce the problem.
-
Thanks juha but that forum is for free pascal or lazarus?
It seems that the problem is with lazarus not free pascal.
I'll post it there anyways. Thanks!
Thanks juha, how do i report this to the bugtracker? I never done it before, is there an special page? Some special requirements?
http://bugs.freepascal.org/
You must register and login first. Add some example code to your report which allows to reproduce the problem.
-
Thanks juha but that forum is for free pascal or lazarus?
It seems that the problem is with lazarus not free pascal.
Although both projects are developed separately, some parts including the bugtracking system, are merged as one for easy maintenance. So you can post bugs for either project there.
-
Bonjour.
je suis nouveau.
10 ans d'experience pascal et delphi.
j etais sur le point d'abondonner tous mes codes en pascal et travailler sur une nouvelle plateforme qui est windev; je l ai meme acheté et commencé avec. vous savez que c est tres difficile de changer un langage avec qui j'ai vécu 10 ans
soudain, je trouve lazarus.......
j' y trouve mes habitudes de developpement .
Merci beaucoup à tous ceux qui ont contribué à cet excellent projet.
je peux aider.
Merci Merci .
je suis tres heureux de trouver ce fabuleux projet.
Je suis tres heureux de me trouver parmi ces excellents développeur.
Pascal est encore vivant......et multiplateforme........
Merci
-
Pascal est encore vivant......et multiplateforme........
Amen to that :-)
Welcome to the forums :-)