The Lazarus team is glad to announce the release of Lazarus 1.8.2. This is a bugfix release.

The release was built with FPC 3.0.4.

Here is the list of changes for Lazarus and Free Pascal: http://wiki.lazarus.freepascal.org/Lazarus_1.8.0_release_notes http://wiki.lazarus.freepascal.org/User_Changes_3.0.4

Here is the list of fixes for Lazarus 1.8.x:
http://wiki.freepascal.org/Lazarus_1.8_fixes_branch

The release is available for download on SourceForge: http://sourceforge.net/projects/lazarus/files/

Choose your CPU, OS, distro and then the "Lazarus 1.8.2" directory.

Checksums for the SourceForge files:
http://www.lazarus-ide.org/index.php?page=checksums#1_8_2

Minimum requirements:

Windows:
2k, XP, Vista, 7, 8, 8.1 and 10, 32 or 64bit.
optional qt 4.5 or 5.6 for qt apps

FreeBSD/Linux:
gtk 2.8 for gtk2, qt4.5 for qt, qt5.6 for qt5, 32 or 64bit.

Mac OS X:
10.5 to 10.12; Carbon (32bit), Cocoa (64bit, not stable), qt and qt5 (32 or 64bit).

The svn tag is
http://svn.freepascal.org/svn/lazarus/tags/lazarus_1_8_2

For people who are blocked by SF, the Lazarus releases from SourceForge are mirrored at: ftp://ftp.freepascal.org/pub/lazarus/releases/ and later at (after some time for synchronization) http://mirrors.iwi.me/lazarus/

Mattias

Thanks for your continued efforts!

Best,
Johannes

-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- PD Dr. med. Johannes W. Dietrich
-- Laboratory XU44, Endocrine Research
-- Medical Hospital I, Bergmannsheil University Hospitals -- Ruhr University of Bochum
-- Buerkle-de-la-Camp-Platz 1, D-44789 Bochum, NRW, Germany -- Phone: +49:234:302-6400, Fax: +49:234:302-6403
-- eMail: ""
-- http://www.thyreologie.com.de
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

Thanks for your continued efforts!

Best,
Johannes

-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- PD Dr. med. Johannes W. Dietrich
-- Laboratory XU44, Endocrine Research
-- Medical Hospital I, Bergmannsheil University Hospitals -- Ruhr University of Bochum
-- Buerkle-de-la-Camp-Platz 1, D-44789 Bochum, NRW, Germany -- Phone: +49:234:302-6400, Fax: +49:234:302-6403
-- eMail: ""
-- http://www.thyreologie.com.de
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

I dream of a automated virtual machine that can run in a software bubble, as possible with Vmware Workstation, VIrtualbox and other products.

However in my dream this bubble should take keyboard commands from a windows application external to the bubble, and this application should be able to do screen scraping from the bubble screen (virtual and invisible from the PC screen).

In this way, one would be able to use algorithms existing in old EXE applications inside his own modern application without writing any code.

Or one would be finally able to send a whatsapp message from his own application.

Has this automated virtual machine ever been implemented ?

Thank you

Peppe Polpo

I'm not sure I understand much about your concept. Have you taken a look at Levinux? Comments appreciated!

http://wiki.freepascal.org/Small_Virtual_Machines#Levinux_virtual_machine

I see what he's getting at, and it's something I've considered in the context of calling (a DLL associated with) a development tool in the past (specifically, the compiler for the Propeller chip).

I accidentally hit the wrong button a couple of days ago and mailed him directly, but for the record in case my thoughts are useful to anybody:

"You can certainly run text-based programs in DOSemu or Bochs under Linux. If the guest program communicated solely by stdin and stdout then communications should be easy enough to manage.

"If the guest used scancodes for input (i.e. "PC-DOS" rather than "MS-DOS" programming techniques), it's still probably not too bad. If it wrote to arbitrary locations on the screen... that would be a real problem, I've previously looked at scraping arbitrary fields from (Minitel) terminal output and it was a pain.

"In any case, as well as the communications aspect the host would probably need some sort of scripting to drive the guest program in a closed loop (i.e. /this/ is collected from the screen and /that/ is sent to the keyboard), as well as to e.g. send a WhatsApp message."

He assures me that he doesn't have money to put on the table :-)

Dos screen readers have done screen scraping for years, it'd be easy enough to pull the required information from the screen buffer, (which is how most dos screen readers handle things), then you could easily get any information you eeded from the dos application.  Of course, it would't hurt to monitor normal i/o routines as well, to ensure you have all information available, (again, something most dos screen readers do), but with a combination of watching io ports, and video memory watching, it's a trivial matter to get all the available information from any dos screen.  There are one or two dos screen readers available with source, (provox is one I've used quite extensively) where you could remove the speech output routines, and simply use it for the i/o monitoring, and obtain the required results.

---
This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus