2008-03-15

Portable Delphi 2007 for Win32 - Part I

[EDIT] Even though you can do all listed here, there are a few minor 'gotchas' that you should be aware of, so browse through the 2nd part before following this to the letter, especially if you use the command line rather than a graphical tool to delete the folders. I'm currently typing Part II into Windows Live Writer, so check back in a couple hours if it's not online yet when you're reading this... Unfortunately I ran into an internet problem and then changed my mind and decided to split the work and use WinWord to create a PDF file to upload with the whole start to finish process and only keep the "blah-blah" on the post so that you can more easily follow the process without waving through a ton of blah-blah. But real-life has a way of messing up one's plans! I have been sick for a few days (an annoying flue that kept me in bed and hardly willing to touch a computer). I'm feeling better now and will finish work on this as promised, but it most likely won't happen before the next weekend as I have a lot of work stuff to catch up during the week.[/EDIT]

Ever wanted to carry your development environment with you on a flash memory stick? Well, using Thinstall you can, albeit it comes with a hefty price tag of 5.000 USD... Maybe now that VMWare has bought the company they'll wise up and release a cheaper personal version! I would like one, and have e-mailed them already stating that. If you would too, don't forget to bring it to their attention! (Edit: Thinstall is now known as VMWare Project NorthStar)

There seem to be some cheaper alternatives, and I even tried Xenocode's Virtual Application Studio (VAS for short) but, even though it has a nice visual interface, it has a few fatal flaws. I couldn't find a way to have multiple entry points and even something as simple as selecting the main entry point is painful with an application that has several thousand files as they use a simple non-typing lookup and they display ALL files to be selected. And if your app (or app combo) somehow has the same exe name in two different folders, then you can't tell them apart in that combo-box... But the main problem against VAS was it failing a simple test: virtualizing ActiveState's Perl 5.8.8... That's something that Thinstall did without a glitch...

This is a two-part article, but don't worry: this time both parts are already written before publishing the first one! But I also like to tease a bit, so Part II will only come out in a couple days! That and because I took my notes on a text file while doing things and have to get them into WLW for proper formatting! :)

Thinstalling (TM) Delphi for Win32 2007 (TM) Professional

Those reading my blog will know that I'm a bit anal about files and disk space in my computer: I'm a software developer (among other things), so I like to be in control! It is me and not the machine nor the OS or any given application that should be in control of what goes on on my computer...

In light of that, I have a plethora of small and some not so small utilities that I have in a "ready-to-run" state on a different partition, so that, after a fresh install, I can run those immediately. I also use Delphi (currently the "2007 for Win32" version) and if you couple all that with the lousy installer and/or lousy install script that Delphi ships with you can understand why I have targeted it a few times before.

I also hate the way my system gets noticeably slower as I add programs. That's no big surprise: the big junkyard of Windows, usually known as Registry, easily starts to hold a gazillion of entries slowing it down. Add Windows Installer to the mix (and very few major-named products these days use an installer that is not based on MSI technology) and you can see where all this goes...

MSI technology is one of those nice-in-theory concepts with all it's self-healing that allows a "regular Joe" to keep running, say, Microsoft Office, even after he blissfully deletes some required folders because upon running an office application it will detect that some files are missing and will re-install them. Now, this is bad news for those like me that like to tweak things. Something as simple as deleting some readme's in 30 different languages will trigger the self-healing process and next time you run your app, they'll be back in place... Also, messing up with the MSI files left behind on your disk will usually result in bad news, from missing application icons (why on earth don't they use the proper .EXEs for the shortcut icons?), to more serious problems with self-healing kicking in and asking for original media to put things back there and you not being able to run the app until you please the installer...

So, I decided to try a new angle and this time I decided to experiment with an old tool but one which I only recently got in contact with: Thinstall. In a short sentence, it's VMWare for single applications, that is, it's a virtualization system that allows you to run applications without installing them first. Just double click a "simple" executable file and it will run as if you had installed it on your machine.

So, what are the pluses and minuses of Thinstalling applications?

+ No more re-install whenever you switch machines or re-format your C: drive or reset it to a "working" ghost image;
- You do need to re-activate when you switch machines; (that's an area where those using pirated and cracked versions have an edge over us, licensed users, but that's the price to pay when companies don't trust their customers and with MSFT setting the way, other companies keep following like lambs...)
+ You can run Delphi 2007 for Win32 from a 1 GB USB flash drive even on a machine with NO .Net installed and from a restricted guest account;
+ You can run it from a network share with no concurrency problems;
- Updating a "Thinstalled" app requires a bit more work (more on that on Part II);
- By default, a thinstalled program will have R/W access to "My Documents" and "Desktop" only: every other file/folder accessed, if changed, will be modified in a local copy on a "sandbox"; you can however configure per folder/drive which ones will be writeable or not. Or you can configure your thinstalled app to run in "merged" mode, but that can be tricky if the host computer has a similar version of the app installed.
+ Thankfully, network and removable drives are used R/W by default so if your files are not on a local disk, you don't need to make further changes to modify them.
- You can't Thinstall apps that install device drivers, such as PalmOne apps or a Virtual CD/DVD emulator or even some Anti-Virus.
+ You can Thinstall applications that install and depend on services as those will be virtualized and started as well when you run your app.

In my current setup, using a 4 GB flash drive, I can fit pretty much everything I need, being 1 GB for a ghost image of Win XP SP3 RC2 with nothing but Win XP + AV + , another one for Delphi 2007 and still have 2 GB left for other thinstalled applications and some data files. This allows me to be back in a working condition within 10 minutes, even if something seriously messed up my hard disk big-time...

So, how does one get to Thinstall Delphi 2007 for Win32?

After you get hold of a copy (you can get a trial from Thinstall's website), you do the following:

0 - Start with a CLEAN machine: I recently re-installed my C: partition with Windows XP SP2 and, after changing some settings, I proceeded to make a ghost of that partition to a bootable 2 GB USB flash disk (only uses less than 600 MB after a bit of tweaking). Using a CLEAN machine is important as is choosing the "oldest" one, that is, if you plan on running it on Windows 2000 and XP, don't use XP for the CLEAN machine as it may already have some files that the 2000 will not and those won't be installed and thus won't be captured.

0b- It's also VERY important to do it all in one go and refrain from using non-related programs, such as surfing the net or doing downloads or even cleaning up your temporary folders: whatever you do may get added to the thinstall project and needlessly clutter it.

  1. Run "Setup Capture" and do the pre-install capture.
  2. Install Delphi (including .net runtime and SDK); as for the shortcuts location, I used the option for "All Users" so it would not clutter my relocated "My Documents".
  3. Launch and activate (if you want the install to be pre-activated, e.g., you're the only one using it); if you don't activate, when you run it you'll have 30 days to do it later, although I believe, but haven't tested, that those 30 days start counting from the day you INSTALLED it and not from the date you first run the Thinstalled version.
  4. Configure any settings and/or install components and/or install updates.
  5. Run "Setup Capture" and do the post-install capture.
  6. Select the "shortcuts" to create and main package name. When you Thinstall an application, you create a single executable file but you can have alternative "entry points" into that file to run other applications that are part of the same capture. For instance, you can have an independent shortcut for running the Help Documentation without first launching Delphi. These are dependent of the "main" package where all the files/registry settings are stored. On my system, and for some reason (GUID conflict?), it suggests to store the capture in "ATI - Software Uninstall Utility". I opted instead to name the capture folder "Delphi 2007".
  7. Wait a few minutes while it copies over 31.000 files using 3+ GB for my Professional SKU full install.
  8. On my system, it failed to copy "C:\Documents and Settings\LocalService\NTUSER.DAT" and "C:\Documents and Settings\NetworkService\NTUSER.DAT": just ignore as those should not be copied anyway... This may be a symptom of me not following step 0b! :)
  9. IMMEDIATELY SAVE this captured installation, that is, save the "Delphi 2007" sub-folder inside the Captures folder: this will be needed later if you want to upgrade your installation. I copied it to my external hard-drive and named it "Delphi 2007 (Full)" to distinguish from a copy that I'll make later after the tweaking is done.
  10. Now we can start tweaking the thinstallation!

Tweaking the Thinstallation

You can do the remaining process on any machine: all you need is access to the thinstall folder and respective Capture sub-folder where you stored your "Delphi 2007" capture. I opted to use the same machine as I will quickly restore it to a clean state by booting from a flash drive and running ghost from there.

  1. Go to your "Delphi 2007" capture folder and open up "Package.ini";
  2. Uncomment (remove the starting ";") the "CompressionType=Fast" line and comment the other one (";CompressionType=None"); this will instruct Thinstall to use a quick compression when creating this application. Whenever in doubt, check Thinstall's online help file for available options.
  3. Edit the "Sandbox=" line and use a descriptive name. (I used SandboxName=Delphi 2007). Whenever you run a Thinstalled application, any changes to registry and files that are not in the "merged" folders/keys will be saved in a local sandbox. By default, that is in your current user's Application Data\Thinstall\<sandboxname> folder, so, in a typical Win XP install, with a user named Joe and the suggested sandbox name above, this will be "C:\Documents and Settings\Joe\Application Data\Thinstall\Delphi 2007". It is possible to configure the application to clear this folder on exit, but you can also do a more interesting thing: if you create a "Thinstall" folder in the same place where you have your Thinstalled application, that folder will be used to store the Sandbox. This is particularly useful to do when running an application from an USB flash drive as in this way, not only your settings are not stored on the local computer, they will "travel" alongside the application on your flash drive.
    3b- I like to keep my apps in the same drive, a partition of my HDD and a copy of everything on a 4 GB flash drive. In both cases, a neat way to keep all your settings (read: sandboxes) nicely grouped in one place is to add the following line next to the previous one:
    SandboxPath=LocalSandbox\..\..\..\..\.Settings
    This way, and as long as your apps are not stored more than 3 levels deep, all the sandboxes will be created under the .Settings folder in the root of the drive where the applications are. So you can have something like:
    X:\Multimedia\Image\Image Editing App 1.exe
    X:\Multimedia\Image\Image Editing App 2.exe
    X:\Multimedia\Audio\Audio Editing App 1.exe
    X:\Dev\RAD Studio 2007\Delphi 2007.exe
    and, assuming the Sandboxes use the same name as the executables, you'll have the sandboxes created like this:
    X:\.Settings\Image Editing App 1\
    X:\.Settings\Image Editing App 2\
    X:\.Settings\Audio Editing App 1\
    X:\.Settings\Delphi 2007\
  4. At this point, I did my first "build" which is as simple as invoking the BUILD.BAT file: 1 hour and 22 minutes later (on a 3 year old laptop!), I had a 2.000.782.941 bytes "Delphi 2007.dll" file along with a few .exe entry points for a total of 1.86 GB. Of course, this includes at least the huge 600 MB file with the .NET framework SDK install files. We'll get rid of those soon!

    4b- Don't worry about two things: the app won't show the proper icon (we'll use a workaround for an explorer bug soon), and it may take a LOAD of time launching (we'll get to that fix soon too!). If you want to test it out quickly, just launch something like the Command Prompt or the Documentation.
  5. Thinstall captures are very easy to process: 3 "registry change" files are created containing all the registry changes to HKLM, HKCU and HKU; several "virtual" folders are created such as "%desktop%" which equals the current user's desktop folder and some %drive_x% folders for each drive where changes where made other than in one of the "standard" folders, that is, if the program only makes changes to, say, "C:\Program Files\CodeGear...", you will see no %drive_c% folder created, but if you change the default install to, say, "C:\Delphi2007", then you'll see a %drive_c%" folder with whatever was created/modified there.
  6. We can safely get rid of uninstall files(*) as there's no point in uninstalling stuff from a Thinstalled app: even though the changes would be recorded in the local sandbox, and it would appear uninstalled, you'd save nothing by doing so and by deleting the sandbox, it will revert back to the "default" state. Thinstall also already ignores changes to some self-healing registry keys, so you can remove stuff without being prompted with a "re-install".
    (*) As we'll see in Part II, there are some exceptions, with Delphi being one of them!
  7. With that in place, let's delete (you DID make that full copy already, didn't you?!) the following folders/files:
    - %ProgramFilesDir%\Microsoft Visual Studio 8\Microsoft .NET Framework 2.0 SDK - ENU (569,8 MB)
    - %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\Microsoft .NET Framework 2.0 (76,4 MB)
    - %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\Microsoft Visual J# 2.0 Redistributable Package (15,6 MB)
    - %SystemRoot%\Installer (93,9 MB - this was unrelated to Delphi 2007 and probably because I somehow ran something else: I've had this capture on "hold" for a couple days...)
    - %Common AppData%\{6AF0EFC6-B937-4704-A430-319EB93F4C12} - Delete all sub-folders but leave the files as they're needed for the "Check for Updates" option. (423 MB) This one will be in %Local AppData% instead of %Common AppData% if you used the "Just for me" shortcuts option when installing.
    - %Common AppData%\{135F413C-658B-4923-B950-5F2B786BC8DA} (341 MB - Help update setup files)
    - %Profile% (nothing useful)
    - %Common Programs% and %Desktop% - These hold the shortcuts as created by the installer, but we'll use a different set
    - HKEY_USERS.txt (on my system, there's only a handful entries and none Delphi related, probably for me breaking step 0b!)
  8. Now let's open up Package.ini and fix a few more things:
    - Fix the broken Icon for "Delphi 2007.exe". Find the section [Delphi 2007.exe] and duplicate it. Now do a find/replace (on the whole text file) finding "Delphi 2007.exe" and replacing with "Delphi 2007.dll". Next, change one of those two sections to read [Delphi 2007.exe]. You'll need a few more changes so just check that they look like this:

    [Delphi 2007.exe]
    Shortcut=Delphi 2007.dll
    Source=%ProgramFilesDir%\CodeGear\RAD Studio\5.0\bin\bds.exe
    CommandLine="%ProgramFilesDir%\CodeGear\RAD Studio\5.0\bin\bds.exe" -pDelphi
    Shortcuts=%Programs%\CodeGear RAD Studio

    [Delphi 2007.dll]
    ReadOnlyData=bin\Package.ro.tvr
    Source=%ProgramFilesDir%\CodeGear\RAD Studio\5.0\bin\boreditu.dll

    The "problem" you fixed is that Explorer will try loading the whole .exe file in memory to show the icon, and with an .exe several hundred MBs it will fail. We trick it by storing the "bulk" of the information in a .dll or .bin or .dat or whatever non-exe file and then adding a smaller shortcut to Delphi 2007.exe, as per the Thinstall help section on this topic.

    - You can cleanup quite a few more entries in here, or just leave them with Disabled=1 so they won't have shortcuts created alongside with the main executable. I left the following entry points enabled:
    Check for Updates, Delphi 2007, RAD Studio Command Prompt, RAD Studio Documentation, Rave Reports.
  9. You may want to find and delete all the "Icon=" lines as they force some applications to use an icon stored in an MSI instead of the one in the EXE and deleting the Install cache will get rid of the icons.
    [EDIT]In order to keep the RAD Studio Command Prompt and the Documentation icons, move those two *.ICO files elsewhere or copy them from the "full" version if you have already deleted them from step 7 above and update the Icon= line accordingly. You can, for instance, name them RAD Studio Command Prompt.ico and Documentation.ico and place them straight in the project root directory so that it's clear what they're used for.
    [/EDIT]


  1. Also, while you're at it, check the lines with "Shortcuts=" (notice that it's PLURAL Shortcuts with an S at the end: not to be mistaken with the similar but different meaning option Shortcut!).
    In my install, I set all the shortcuts into a Thin\genre\app type of folder, for instance, I use Shortcuts=%Programs%\Thin\Dev\Delphi 2007, so that all shortcuts created (for the sections that don't have Disabled=1), will be stored in a Thin -> Dev -> "Delphi 2007" folder. (More on that on Part II).
  2. The speed problem seemed to go away as soon as the "main" executable file dropped in size: didn't test to see if it was related to being over 2 GB of uncompressed data or to having a few huge files in there, but it works ok in a 1.7 GB uncompressed version as well as in this 1 GB compressed one...
  3. Now you can re-build by simply invoking the batch again. On the same machine as above, and because Thinstall caches the files from the previous compilation, it took only 10 minutes to generate the brand new 1.032.472.412 bytes file. This means that, together with the few extra shortcuts or alternative entry points, it now uses up only 984 MB, so it perfectly fits on a 1 GB flash drive. (And we'll trim that further in Part II).

That's all for now. In Part II, we'll tweak a lot more by removing the .net related help content. I will also explain how to update your Thinstalled "Delphi 2007.exe" file so that you can incorporate patches, add/remove/update some components or simply modify default settings. Finally, I'll show you how easy it is to have the proper file type associations so that you can simply double-click an *.dpr file and open up your Thinstalled Delphi. Until then, get your own (30 day trial of Thinstall)* and start playing!

* EDIT: Thanks to Xsintill for pointing out the VMWare NorthStar beta (which is essential the full Thinstall project) but has two things better than the Thinstall trial: 1) lasts until 1st of June 2008 (roughly 70 days from now); 2) The whole registration process for the trial is automated and less restrictive in the choice of e-mails. So go grab that beta and start playing...

21 comments:

Xsintill said...

just so you know
http://www.vmware.com/beta/northstar/ it is thinstall but in a new beta project.

awaiting part 2.

p.s. at this site http://beensoft.blogspot.com/2007/12/2008-some-thoughts-on-going-virtual.html#comments Roland Beenhakker was writing about virtulization and Delphi. In the comments I mentioned Thinstall in combination with Delphi which I was interested in. But reading your article it looks very promising.

Thank you for sharing your knowledge. Luc

Anonymous said...

If anyone moans about how you go on about disk space, and how the "Install while drunk" installer gets away with being as bad as it is, then just refer them to me. I'm trying to get Delphi 2007 running on an Asus EEEPC which only has 4GB of disk space to work with. Interestingly Delphi 5 "Enterprise" (like - the big one with EVERYTHING) fits fine. I can't even get a minimal D2007 in wihtout some issue or other.

It's pish and needs loads of work.

Palad said...

This "tutorial" is really great up to now, also because I recently tried to thinstall Delphi 2007, but some problems - like errors when compiling projects - forced me to give up.

I am very keen to see how you go on in part II and would be very glad if you could even give us a small hint, when you will post the 2nd part of this tutorial!

Great work, Palad

Fernando Madruga said...

Glad you enjoyed it. I've already started (a few days ago!) to type in the 2nd part into WLW but then I ran into some internet problems and I also noticed I was amending the 1st part tutorial a bit, so I decided to do it differently: I'm now typing the whole tutorial on a single word file that I'll post as a PDF. I've also since downloaded the Help Update 2 and will be trying it out and including any relevant information in the PDF.

As for timing, I expect to post it in the first few days of April which is just around the corner anyway! This will give me the next weekend to work a bit more on this article and make it a bit more bullet-proof.

Anonymous said...

I am looking forward to the next part of your tutorial, but since yesterday I think it says that I should look in again in a few hours. But I waited three times for a few hours now and still the 2nd part is not there ;).

Greetings, a really excited Frederic

Anonymous said...

omg, so exciting to wait for the last part of "portable delphi"! passing by every day to see, wether it is online.

i have to thank you too, for sharing you knowledge, dimi

Anonymous said...

Very interesting.

I downloaded North Star Beta and I'm trying now make a Delphi7 thinstall project.

It works, more or less.
I can compile a empty application (no controls, just a default Delphi form), but I can't execute it with "Run - Run (F9)" option. I get this error:
"Access violation at address 05CCF7DA in module 'BORdbk70.dll'. Read of address 00000000."

If I compile, and afterwards execute the file from Windows Explorer, problem solved.

Best regards

Anonymous said...

I tried to follow all instruction and the buils was successfully complete, but when I launched tha portable app then this error appeared:
"A call to an OS function failed".

Does this occurred to anyone else ?

Anonymous said...

I tried to follow all instructions and the build was successfully complete, but when I launched the portable app then this error appeared:
"A call to an OS function failed".

Does this occurred to anyone else ?

Fernando Madruga said...

@anonymous x 2:

I'm still a bit overwhelmed clearing my backlog after being sick for a while and thus I haven't gone back to completing the article yet. However, an odd thing happened to me right now: I can't run neither the "full" nor the "tweaked" versions of thinstalled Delphi: I get an unrecoverable error about "RelaunchUsingCreateProcess::CreateProcess failed". Kind of weird as it was working just fine...

If I had to guess, I'd say I'm running a ghost image that is missing something that I had when I thinstalled Delphi. I'll probably have to rebuild and/or re-capture it and see what gives, but I distinctly recall it working just fine... I'll look into it in a couple days as soon as I finish my current extra-urgent-and-more-than-due assignment...

Anonymous said...

Hello!

When I tried to Thinstall Delphi 2007 I have also got this "BORdbk70.dll"-message, not allowing projects to be compiled.

Following you blog for some time I am waiting since March for an Update from you with a small HINT how to solve this problem. But all I can see is "haven't got enough time". I can really understand this, but in the meantime I asked myself: Maybe he doesn't know a solution either, but is scared to tell us.

If this is wrong, please prove it. Or maybe you just want to gain some hits for your Blog? I don't know.

Cheers!

Fernando Madruga said...

@anon: The main problem these past weeks and weekends has indeed been time. I already had a complicated agenda and being in bed for quite a few days didn't help it...

Ask my wife and daughter and they'll tell you how "happy" they are with me spending weekend after weekend working...

As for the problem, I don't recall encountering it when I "thinstalled" Delphi. Unfortunately, as I think I've said before, for some unknown reason both my "full" and "tweaked" thinstalled Delphi won't work anymore. If they did, I'd be more than happy to, at the very least, try and replicate that problem...

I don't believe this will be "the" weekend either: even though I'm finishing a somewhat overdue project between today and tommorrow, my wife already warned me about not spending this sunday with them! Since I believe I'll have to re-install Delphi once more (and we all know how "fast" that can be!), I'll probably only be able to do it on the other weekend (10/11th May).

I do promise that I *WILL* give it an honest try that weekend. I have nothing scheduled for it right now and I'm not accepting any reservations either!

Anonymous said...

Hello!

OK, no problem. It's just the excitement about this project, 'cause I "always" dreamt of a portable Delphi-Version.

But would you answer me one more question? Did the thinstalled Versions you have created worked 100%? Did you tried to compile project with them and did it work? If yes, I will have the necessary patience.

Cheers.

Fernando Madruga said...

@anon: to be 100% honest, I don't recall! I remember playing around a bit, browsing the documentation and sure enough, loading some files. I *think* I did try running one, but I can't be 100% sure these days!

However, if your problem is because of BORdbk70.dll, try adding the following line on your [BuildOptions] section and regenerating the thinstalled exes:

ExternalDLLs=BORdbk70.dll

This will tell the thinstall runtime to let windows load that dll rather than doing it itself. It may fail if that DLL depends on others that are on the thinstalled sandbox. This is used for DLLs that are "injected" on running programs and, from that name, it sounds like it could be the case...

aName said...

I'm first anonymous with 'BORdbk70.dll' problem. I have tryed your solution with 'ExternalDLLs' line but nothing changes.

But I can compile my project. Second anonymous, can you compile and execute the generated exe file from windows explorer?

Thank you fernando.

Anonymous said...

Hello!

It's me once more, and I can reply to aname, that the compiled exe works - of course. Because it it only the "Debugger" which does not work properly.

If you choose Tools --> Options --> Debugger-Options and uncheck the "integrated debugging"-option, then you won't have a problem compiling your project. But in fact the debugging is a very important function of Delphi and I would prefer to be able to use it even in a thinstalled edition.

Unfortunately I start feeling like I won't get a direct solution for this problem here, but obviously the blogger is really good informed about possibilities in thinstalling, etc...

Palad

Anonymous said...

Hello!
About a year and a half ago I was able to get Delphi 2006 Lite to compile while debugging with Thinstall. Since then I have seen many who claim that they have created a Thistalled version only to find that it could not compile while debug was selected. So I spent so many days and nights working on this. Unfortunately, the hard drive that has this solution crashed and I gave up trying to find the answer again. Like most of you I have been hoping some genius 12 year old kid in China solves this problem for all of us. I am writing only hoping to add my two cents and happy to see that there are others who are as interested as I am in this project. From what I can remember, the compiling problem was related to a registry entry that deals with the just in time debugger and one of the Delphi dlls. As a starting point I recommend you tackle this project using Delphi 2006 Lite, 34 megs or Delphi 2007 Lite, 60 megs. Using one of these two versions will make your builds go much faster and allow more time to be dedicated to the debug issue. What I ultimately considered my goal was a Portable version of Delphi 2007 Lite with GExperts, Castalia, Delphi Speed Up pre-installed. I would also pre-install a file manager like Total Commander so that vcl’s can be added to the virtual environment. I am interested to see what answers are in part 2; publish it already!

aName said...

Hello anonynous, or Andy?
I discovered Portable 2006 Lite and I think that it is a great solution, much better that any attempt that I did with Thinstall.

And it is more flexible because you can add new components for example. Please, go ahead with your useful project.

Best regards

Iwan said...

Hi guys, i try to thinstall my D7, and guess what the same problem with you guys, AV when try running, but the compiled version can run.

But from this link:
http://delphi.newswhat.com/geoxml/forumhistorythread?groupname=borland.public.delphi.ide.general&messageid=40f24504$1@newsgroups.borland.com
i found out that the problem exist on winxp without sp2, it might be just the problem. So are u guys using win xp sp1 or sp2 RCs?

I haven't tried it from win xp SP2 computer.

Best Regard

Iwan

Anonymous said...

Hello Iwan!

Yes, in fact I have tried to virtualize Delphi 2007 in a Windows XP Professional SP2 enviroment and still I encountered the same Problems. So that probably is not the solution.

But if anybody else maybe has an idea, how you can fix Delphi's Debugger it would be great to post it here, so we can try it out - virtual machine is always ready ;).

Cheers!

GN said...

Does anybody solved the problem with the Delphi Debugger?

It appears also with Delphi Version 3. Please don't laugh, I just use this version for tracking the problem, but I found no solution.

Thank You for thinking about the problem.

Gregor