Re: [DUG] Windows 7 Network Oddity
I havent noticed it as I have always expanded the path to unc and beyond so that no matter what form they give me for the path, it always evaluates to the same string. Another thing that may effect you is that on 64 bit server using TS - constant crashes are being attributed to this issue. And the workaround has been reported by other companies such as seagate - not to uses shared drives. The error given is C006. On 12/02/2011 12:20 a.m., John Bird wrote: ?I have software used on networks that commonly uses its shared folder server as a mapped drive, eg M:\MyFolder with M: mapped to \\Server1\MySoftware\ If a program runs from there, started as M:\MyFolder\MyProgram.exe , there is a difference between XP and Windows 7: XP Application.exename returnsM:\MyFolder\MyProgram.exe Windows 7 Application.exename returns \\Server1\MySoftware\MyFolder\MyProgram.exe ie Windows 7 expands the mapped drive to its real UNC name rather than returning the mapped drive name, even though the program was run from a shortcut using the mapped drive name. Anyone know if this is a setting or preference that can be altered? Or do I have to live with either being returned depending on Windows version? Others may wish to check if this has ramifications for them! John ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe __ Information from ESET NOD32 Antivirus, version of virus signature database 5863 (20110210) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com -- Regards *Rohit Gupta* B.E. Elec., M.E., Mem IEEE, Mem IET Technical Director Computer Fanatics Ltd *Tel *4892280 *Fax *4892290 *Web *www.cfl.co.nz This email and any attachments contain information, which is confidential and may be subject to legal privilege and copyright. If you are not the intended recipient, you must not use, distribute or copy this email or attachments. If you have received this in error, please notify us immediately by return email and then delete this email and any attachments. ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7 Network Oddity
How do you expand the path to UNC? The reason I am surprised in a way that MS have done this is that using mapped drives added a layer of abstraction from the server – if a server had F: mapped to \\SERVER01\DATA then the server could be replaced, the mapping moved to \\SERVER02\DATA on the workstation in Windows Explorer, and the existing shortcuts and saved setups needed no change – in practice this is very convenient because it gave a very easy way to upgrade a server. Also the network upgraders only needed to know to edit the drive mappings in Explorer, now they might need to go into software packages and alter settings for each. I can cater for this in my settings, but it means that any time a server is replaced the settings will have to be edited, and the shortcuts will also will probably have to be edited, as usually the server name changes. I already have to cater for this for network printers, eg a printer might move from being called HPLaserjet and changed from being mapped to \\SERVER01\HPLASER changed to \\SERVER02\HPLASER so in a sense its just more of the same (printers never had a mapping anyway). John I havent noticed it as I have always expanded the path to unc and beyond so that no matter what form they give me for the path, it always evaluates to the same string. Another thing that may effect you is that on 64 bit server using TS - constant crashes are being attributed to this issue. And the workaround has been reported by other companies such as seagate - not to uses shared drives. The error given is C006. On 12/02/2011 12:20 a.m., John Bird wrote: ?I have software used on networks that commonly uses its shared folder server as a mapped drive, eg M:\MyFolder with M: mapped to \\Server1\MySoftware\ If a program runs from there, started as M:\MyFolder\MyProgram.exe , there is a difference between XP and Windows 7: XP Application.exename returnsM:\MyFolder\MyProgram.exe Windows 7 Application.exename returns \\Server1\MySoftware\MyFolder\MyProgram.exe ie Windows 7 expands the mapped drive to its real UNC name rather than returning the mapped drive name, even though the program was run from a shortcut using the mapped drive name. Anyone know if this is a setting or preference that can be altered? Or do I have to live with either being returned depending on Windows version? Others may wish to check if this has ramifications for them! John ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe __ Information from ESET NOD32 Antivirus, version of virus signature database 5863 (20110210) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com -- Regards Rohit Gupta B.E. Elec., M.E., Mem IEEE, Mem IET Technical Director Computer Fanatics Ltd Tel 4892280 Fax 4892290 Web www.cfl.co.nz This email and any attachments contain information, which is confidential and may be subject to legal privilege and copyright. If you are not the intended recipient, you must not use, distribute or copy this email or attachments. If you have received this in error, please notify us immediately by return email and then delete this email and any attachments. ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7 Network Oddity
It would have ramifications for me as I validate the installation path in the software from a registry entry written by the installer. Hmmm. -Original Message- From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of John Bird Sent: Saturday, 12 February 2011 12:21 AM To: NZ Borland Developers Group - Delphi List Subject: [DUG] Windows 7 Network Oddity ?I have software used on networks that commonly uses its shared folder server as a mapped drive, eg M:\MyFolder with M: mapped to \\Server1\MySoftware\ If a program runs from there, started as M:\MyFolder\MyProgram.exe , there is a difference between XP and Windows 7: XP Application.exename returnsM:\MyFolder\MyProgram.exe Windows 7 Application.exename returns \\Server1\MySoftware\MyFolder\MyProgram.exe ie Windows 7 expands the mapped drive to its real UNC name rather than returning the mapped drive name, even though the program was run from a shortcut using the mapped drive name. Anyone know if this is a setting or preference that can be altered? Or do I have to live with either being returned depending on Windows version? Others may wish to check if this has ramifications for them! John ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7
What I was meaning was more on the lines of a project I worked on where problems came from the database connection details came from an ini file, but because the main form or the datamodule were created before the ini file was read and the database.connected was set to true, it got the wrong settings (eg a blank or invalid connection string) and an error message like you said. In particular I got fooled by a subsidiary form that was not shown or opened before the error was one of the culprits, because the database connection was actually running in that form create event at program start - so I didn't at first realise that was the (not yet shown) form creating the trouble. The solution in that case was to not have the database connected until all relevant settings (connection string etc) were loaded. Involved some detective work to find the order that forms were created and various events ran that read the ini file, having database1.connected:=false in the form/datamodule, and putting code like //read ini file and get settings. database1.connected:=true; What Colin said rings a bell too - I have seen a project where the order of the datamodules and the forms were quite particular (in the project file) - All the datamodules were created before any forms were autocreated. I have also heard others say that sometimes when components such as datasources/querys/datasets are copied and pasted, and then their names and other details changed, on rare cases they might seem to have phantom settings that confuse (eg params might not get set right in the dataset or unexpected field definitions) and the simplest solution is to delete and create them again fresh. This case you could also find probably looking at the dfm as text. John Hi John I set up the data aware components and datasets in a trial project and everything worked fine. I then created a second datamodule (DM2) within the original project and copied the dataset and table to it, then connected the data aware components from the main form.. This worked well. So I am now pretty certain it has something to do with the datamodule form itself (DM1). You suggested settings not being loaded at the correct time. I would appreciate some idea of how to check this out. I could just rebuild the project on DM2, however that's no guarantee that it won't happen again. The ini file itself seems ok - at least to me. Bob From: John Bird Sent: Thursday, July 01, 2010 5:24 PM To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Windows 7 I have D2007 on Windows 7, as far as I know I haven't used a Data module on yet. However I have used a data module in a project running inside a VMWare XP virtual PC on the Windows 7 box definitely with no problem accessing databases. I do recall that the 'Database Not Set' might be caused by some settings (loaded from an ini file) not yet being in place when the Form Create runs, so you might want to make sure this is not what is behind it. I had similar problems which were due to that. If you are still stuck let me know, I could try a quick project - but I have D2007 not 2006. John Hi I've just installed my BDS 2006 based project on Windows 7. I have data aware components on a form communicating with datasets and tables on a Data Module Form (DM1). I have no problem when the database is empty. I can compile the project, enter information into the databases and close the project and the information is distributed properly. However, when I attempt to re-open the project (with the database containing information) it gives me a 'database not set' error and fails to compile. When I move the dataset and table to the component form and reconnect them to the components on the same form, the project compiles and I can add and delete information and re-compile with no problem. It seems that the problem may lay in a communication problem from the DM1 to the components. Is this possible?? Bob ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email
Re: [DUG] Windows 7
Hi John and Colin You both set me on the right track. The project works with the datamodule listed after the main form, which contains the data aware components, in the Project\Options\Forms list. Thanks for your help. Bob From: John Bird Sent: Saturday, July 03, 2010 4:47 AM To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Windows 7 What I was meaning was more on the lines of a project I worked on where problems came from the database connection details came from an ini file, but because the main form or the datamodule were created before the ini file was read and the database.connected was set to true, it got the wrong settings (eg a blank or invalid connection string) and an error message like you said. In particular I got fooled by a subsidiary form that was not shown or opened before the error was one of the culprits, because the database connection was actually running in that form create event at program start - so I didn't at first realise that was the (not yet shown) form creating the trouble. The solution in that case was to not have the database connected until all relevant settings (connection string etc) were loaded. Involved some detective work to find the order that forms were created and various events ran that read the ini file, having database1.connected:=false in the form/datamodule, and putting code like //read ini file and get settings. database1.connected:=true; What Colin said rings a bell too - I have seen a project where the order of the datamodules and the forms were quite particular (in the project file) - All the datamodules were created before any forms were autocreated. I have also heard others say that sometimes when components such as datasources/querys/datasets are copied and pasted, and then their names and other details changed, on rare cases they might seem to have phantom settings that confuse (eg params might not get set right in the dataset or unexpected field definitions) and the simplest solution is to delete and create them again fresh. This case you could also find probably looking at the dfm as text. John Hi John I set up the data aware components and datasets in a trial project and everything worked fine. I then created a second datamodule (DM2) within the original project and copied the dataset and table to it, then connected the data aware components from the main form.. This worked well. So I am now pretty certain it has something to do with the datamodule form itself (DM1). You suggested settings not being loaded at the correct time. I would appreciate some idea of how to check this out. I could just rebuild the project on DM2, however that's no guarantee that it won't happen again. The ini file itself seems ok - at least to me. Bob From: John Bird Sent: Thursday, July 01, 2010 5:24 PM To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Windows 7 I have D2007 on Windows 7, as far as I know I haven't used a Data module on yet. However I have used a data module in a project running inside a VMWare XP virtual PC on the Windows 7 box definitely with no problem accessing databases. I do recall that the 'Database Not Set' might be caused by some settings (loaded from an ini file) not yet being in place when the Form Create runs, so you might want to make sure this is not what is behind it. I had similar problems which were due to that. If you are still stuck let me know, I could try a quick project - but I have D2007 not 2006. John Hi I've just installed my BDS 2006 based project on Windows 7. I have data aware components on a form communicating with datasets and tables on a Data Module Form (DM1). I have no problem when the database is empty. I can compile the project, enter information into the databases and close the project and the information is distributed properly. However, when I attempt to re-open the project (with the database containing information) it gives me a 'database not set' error and fails to compile. When I move the dataset and table to the component form and reconnect them to the components on the same form, the project compiles and I can add and delete information and re-compile with no problem. It seems that the problem may lay in a communication problem from the DM1 to the components. Is this possible?? Bob ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe
Re: [DUG] Windows 7
Hey Bob, I could probably be totally off-track, but why don't you check the order of the creation of forms. Go to Projects | Options... | Forms and place the datamodule as the first item (or at least before the form) in the auto-create form list. It may make a difference. Cheers, Colin On 3 July 2010 08:39, Bob Pawley rjpaw...@shaw.ca wrote: Hi John I set up the data aware components and datasets in a trial project and everything worked fine. I then created a second datamodule (DM2) within the original project and copied the dataset and table to it, then connected the data aware components from the main form.. This worked well. So I am now pretty certain it has something to do with the datamodule form itself (DM1). You suggested settings not being loaded at the correct time. I would appreciate some idea of how to check this out. I could just rebuild the project on DM2, however that's no guarantee that it won't happen again. The ini file itself seems ok - at least to me. Bob From: John Bird Sent: Thursday, July 01, 2010 5:24 PM To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Windows 7 I have D2007 on Windows 7, as far as I know I haven't used a Data module on yet. However I have used a data module in a project running inside a VMWare XP virtual PC on the Windows 7 box definitely with no problem accessing databases. I do recall that the 'Database Not Set' might be caused by some settings (loaded from an ini file) not yet being in place when the Form Create runs, so you might want to make sure this is not what is behind it. I had similar problems which were due to that. If you are still stuck let me know, I could try a quick project - but I have D2007 not 2006. John Hi I've just installed my BDS 2006 based project on Windows 7. I have data aware components on a form communicating with datasets and tables on a Data Module Form (DM1). I have no problem when the database is empty. I can compile the project, enter information into the databases and close the project and the information is distributed properly. However, when I attempt to re-open the project (with the database containing information) it gives me a 'database not set' error and fails to compile. When I move the dataset and table to the component form and reconnect them to the components on the same form, the project compiles and I can add and delete information and re-compile with no problem. It seems that the problem may lay in a communication problem from the DM1 to the components. Is this possible?? Bob ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7
Thanks Colin However DM1 is first in the order followed by the main form and then by my trial DM2. Thanks tho for the suggestion. Bob -- From: Colin Johnsun colin.a...@gmail.com Sent: Friday, July 02, 2010 3:54 PM To: NZ Borland Developers Group - Delphi List delphi@delphi.org.nz Subject: Re: [DUG] Windows 7 Hey Bob, I could probably be totally off-track, but why don't you check the order of the creation of forms. Go to Projects | Options... | Forms and place the datamodule as the first item (or at least before the form) in the auto-create form list. It may make a difference. Cheers, Colin On 3 July 2010 08:39, Bob Pawley rjpaw...@shaw.ca wrote: Hi John I set up the data aware components and datasets in a trial project and everything worked fine. I then created a second datamodule (DM2) within the original project and copied the dataset and table to it, then connected the data aware components from the main form.. This worked well. So I am now pretty certain it has something to do with the datamodule form itself (DM1). You suggested settings not being loaded at the correct time. I would appreciate some idea of how to check this out. I could just rebuild the project on DM2, however that's no guarantee that it won't happen again. The ini file itself seems ok - at least to me. Bob From: John Bird Sent: Thursday, July 01, 2010 5:24 PM To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Windows 7 I have D2007 on Windows 7, as far as I know I haven't used a Data module on yet. However I have used a data module in a project running inside a VMWare XP virtual PC on the Windows 7 box definitely with no problem accessing databases. I do recall that the 'Database Not Set' might be caused by some settings (loaded from an ini file) not yet being in place when the Form Create runs, so you might want to make sure this is not what is behind it. I had similar problems which were due to that. If you are still stuck let me know, I could try a quick project - but I have D2007 not 2006. John Hi I've just installed my BDS 2006 based project on Windows 7. I have data aware components on a form communicating with datasets and tables on a Data Module Form (DM1). I have no problem when the database is empty. I can compile the project, enter information into the databases and close the project and the information is distributed properly. However, when I attempt to re-open the project (with the database containing information) it gives me a 'database not set' error and fails to compile. When I move the dataset and table to the component form and reconnect them to the components on the same form, the project compiles and I can add and delete information and re-compile with no problem. It seems that the problem may lay in a communication problem from the DM1 to the components. Is this possible?? Bob ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7
I have D2007 on Windows 7, as far as I know I haven't used a Data module on yet. However I have used a data module in a project running inside a VMWare XP virtual PC on the Windows 7 box definitely with no problem accessing databases. I do recall that the 'Database Not Set' might be caused by some settings (loaded from an ini file) not yet being in place when the Form Create runs, so you might want to make sure this is not what is behind it. I had similar problems which were due to that. If you are still stuck let me know, I could try a quick project - but I have D2007 not 2006. John Hi I've just installed my BDS 2006 based project on Windows 7. I have data aware components on a form communicating with datasets and tables on a Data Module Form (DM1). I have no problem when the database is empty. I can compile the project, enter information into the databases and close the project and the information is distributed properly. However, when I attempt to re-open the project (with the database containing information) it gives me a 'database not set' error and fails to compile. When I move the dataset and table to the component form and reconnect them to the components on the same form, the project compiles and I can add and delete information and re-compile with no problem. It seems that the problem may lay in a communication problem from the DM1 to the components. Is this possible?? Bob ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7 Delphi 2007
Program not able to change its taskbar icon update - the program concerned was being autostarted on login (ie there was a shortcut to it in the Startup folder). Windows 7 introduces some disabling of startup features if they require elevation - changing the icon might be one of these. I have realised that if the program is run normally (not from startup) It can change its own icon OK. This makes a bit more sense, but is still a bit of an oddity - for instance Windows Live Mail (Windows 7 mail program) changes its icon when new mail arrives - that implies that this notification is likely to fail to show if Windows Live Mail is started from the Startup folderI might experiment with that, but so far I have not needed to restart Windows 7 often so it might be a while :) John ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7 Delphi 2007
I have an app that modifies the Windows\CurrentVersion\Run registry for auto starting, and I just checked whether the app was loading elevated, and it's not. I can tell because drag drop from explorer doesn't work when elevated. Does this mean that all apps sitting in the Startup folder are automatically elevated without any prompting? That sounds like a security risk to me. Ross. -Original Message- From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of John Bird Sent: Thursday, 17 June 2010 3:28 a.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Windows 7 Delphi 2007 Program not able to change its taskbar icon update - the program concerned was being autostarted on login (ie there was a shortcut to it in the Startup folder). Windows 7 introduces some disabling of startup features if they require elevation - changing the icon might be one of these. I have realised that if the program is run normally (not from startup) It can change its own icon OK. This makes a bit more sense, but is still a bit of an oddity - for instance Windows Live Mail (Windows 7 mail program) changes its icon when new mail arrives - that implies that this notification is likely to fail to show if Windows Live Mail is started from the Startup folderI might experiment with that, but so far I have not needed to restart Windows 7 often so it might be a while :) John ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7 Delphi 2007
Hi John, Wouldn't know out of the top of my head... I know it's a long shot but how about trying to run your app as Administrator - see if that makes a difference? Using D2010 on W7 here too - if you post a small example app - ie. stripped down to just the problem - I'll have a play with it. Jan On 27/05/10 21:54, John Bird wrote: The following code which worked in XP/Vista no longer works in Windows 7 - it changes the application icon in the taskbar to show the state of processing - in this case recording or pausing of automatic time recording. Anyone have ideas on how to do this especially so it will work in all versions of windows? Snippets of code to show how I was using it - loading 2 icons from a resource file. MinIcon : array[0..1] of TIcon; //load icons MinIcon[0]:=TIcon.Create; MinIcon[1]:=TIcon.Create; MinIcon[0].Handle:=LoadIcon(hInstance,'OWLWK'); MinIcon[1].Handle:=LoadIcon(hInstance,'OWLSL'); (code snippets from a couple of functions) //pause ATNowRecording:=false; Application.Icon:=MinIcon[1]; lblNowStatus.caption:='||'; lblNowStatus.Font.Color:=$00F8FFF;//orange //start recording ATNowRecording:=true; Application.Icon:=MinIcon[0]; lblNowStatus.caption:='R'; lblNowStatus.Font.Color:=clMaroon; John ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7 Delphi 2007
Bingo - that was it - it needs administrative access and icon change works fine. (The user I am logged in does already have administrator level - so I hadn't thought of this yet), but I need to run the program as administrator to have control over the task bar it looks. Now - why did it used to work OK on Vista??? Any ideas? - will have to scratch my head on that. John -- From: Jan Bakuwel jan.baku...@omiha.com Sent: Friday, May 28, 2010 10:29 AM To: NZ Borland Developers Group - Delphi List delphi@delphi.org.nz Subject: Re: [DUG] Windows 7 Delphi 2007 Hi John, Wouldn't know out of the top of my head... I know it's a long shot but how about trying to run your app as Administrator - see if that makes a difference? Using D2010 on W7 here too - if you post a small example app - ie. stripped down to just the problem - I'll have a play with it. Jan On 27/05/10 21:54, John Bird wrote: The following code which worked in XP/Vista no longer works in Windows 7 - it changes the application icon in the taskbar to show the state of processing - in this case recording or pausing of automatic time recording. Anyone have ideas on how to do this especially so it will work in all versions of windows? Snippets of code to show how I was using it - loading 2 icons from a resource file. MinIcon : array[0..1] of TIcon; //load icons MinIcon[0]:=TIcon.Create; MinIcon[1]:=TIcon.Create; MinIcon[0].Handle:=LoadIcon(hInstance,'OWLWK'); MinIcon[1].Handle:=LoadIcon(hInstance,'OWLSL'); (code snippets from a couple of functions) //pause ATNowRecording:=false; Application.Icon:=MinIcon[1]; lblNowStatus.caption:='||'; lblNowStatus.Font.Color:=$00F8FFF;//orange //start recording ATNowRecording:=true; Application.Icon:=MinIcon[0]; lblNowStatus.caption:='R'; lblNowStatus.Font.Color:=clMaroon; John ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7 Delphi 2007
Hi John, On 28/05/10 11:17, John Bird wrote: Bingo - that was it - it needs administrative access and icon change works fine. (The user I am logged in does already have administrator level - so I hadn't thought of this yet), but I need to run the program as administrator to have control over the task bar it looks. Windows 7 has a more strict access control system (Microsoft changed it quite a bit since Vista) - even if the user has administrative rights, any programs started by that user do not get administrative rights unless explicitly granted (via a dialogue). I welcome this change ... but it seems they might have taken it too far? Now - why did it used to work OK on Vista??? Any ideas? - will have to scratch my head on that. This is the wrong place to ask why :-P Try scratching Bill's head instead of your own :-) Jan ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7 Delphi 2007
I'm not particularly well up on Windows 7, but if you're talking about applications by default NOT running elevated, then Vista was the same. As you say, there is a difference between running applications simply while logged into an administrative account and an application running elevated, but it's not completely new in W7. -Original Message- From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of Jan Bakuwel Windows 7 has a more strict access control system (Microsoft changed it quite a bit since Vista) - even if the user has administrative rights, any programs started by that user do not get administrative rights unless explicitly granted (via a dialogue). I welcome this change ... but it seems they might have taken it too far? ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7 Delphi 2007
Hi Conor, On 28/05/10 12:42, Conor Boyd wrote: I'm not particularly well up on Windows 7, but if you're talking about applications by default NOT running elevated, then Vista was the same. As you say, there is a difference between running applications simply while logged into an administrative account and an application running elevated, but it's not completely new in W7. That is correct. Microsoft changed the behaviour of UAC (User Account Control) quite a bit in W7 compared to Vista. Apparently this now includes access rights to icons in the Taskbar... even if those icons are owned by applications elevated privileges (apparently) are needed to update those icons. John: Google for elevated privileges updating icons taskbar windows 7 - should give you some pointers. Jan -Original Message- From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of Jan Bakuwel Windows 7 has a more strict access control system (Microsoft changed it quite a bit since Vista) - even if the user has administrative rights, any programs started by that user do not get administrative rights unless explicitly granted (via a dialogue). I welcome this change ... but it seems they might have taken it too far? ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7 Delphi 2007
Surely that is security gone made. Not letting another application change the icon of another is fair enough, but where is the security threat for an application that created the icon in the first place! Ross. -Original Message- From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of Jan Bakuwel Sent: Friday, 28 May 2010 1:43 p.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Windows 7 Delphi 2007 Hi Conor, On 28/05/10 12:42, Conor Boyd wrote: I'm not particularly well up on Windows 7, but if you're talking about applications by default NOT running elevated, then Vista was the same. As you say, there is a difference between running applications simply while logged into an administrative account and an application running elevated, but it's not completely new in W7. That is correct. Microsoft changed the behaviour of UAC (User Account Control) quite a bit in W7 compared to Vista. Apparently this now includes access rights to icons in the Taskbar... even if those icons are owned by applications elevated privileges (apparently) are needed to update those icons. John: Google for elevated privileges updating icons taskbar windows 7 - should give you some pointers. Jan -Original Message- From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of Jan Bakuwel Windows 7 has a more strict access control system (Microsoft changed it quite a bit since Vista) - even if the user has administrative rights, any programs started by that user do not get administrative rights unless explicitly granted (via a dialogue). I welcome this change ... but it seems they might have taken it too far? ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] windows 7 and messagedlg
Are you sure that it is the message display that is being suppressed and not some change in the runtime conditions that lead to your application even attempting to display the message in the first place? e.g. (a completely made up example) : If ForceDirectories( ' .. path to some folder in Program Files .. ' ) then // .. display the message User reports message not being displayed, but the problem is actually a Win 7 permissions issue that is preventing ForceDirectories() from being successful, not a failure to display the message. This is not a very plausible real-world example, but is intended only to illustrate my point/question. From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of Stephen Barker Sent: Wednesday, 20 January 2010 11:16 a.m. To: NZ Borland Developers Group - Delphi List Subject: [DUG] windows 7 and messagedlg Hi, I have a report from a Windows 7 user that a message from my app does not show unless XP compatibility mode is selected. The code that should fire is: messagedlg(msg, mtCustom, [mbOk], 0); It is being ignored when run under normal Windows 7 default mode. Any ideas? I don't use Windows 7 here yet, but it looks like I may have to set up a test environment. Actually I just have done a quick test using a simple Delphi exe on Win 7 and it works fine. Must be something else in my app that is causing the messagedlg to be suppressed. I guess I'll have to set up a full Delphi 2007 install with components on Win 7 and debug this properly. Regards, Steve Barker Webdata Ltd ph +64 9 4103074 ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] windows 7 and messagedlg
A longshot but are you calling MessageDlg prior to calling application.run in the dpr? Cameron Hart Development Manager Flow Software Limited PO Box 305-237, Triton Plaza P +64 9 476 3579 Auckland 0757, New Zealand M +64 21 222 3569 www.flowsoftware.co.nz http://www.flowsoftware.co.nz E cameron.h...@flowsoftware.co.nz mailto:cameron.h...@flowsoftware.co.nz This message is intended for the addressee named above. It may contain privileged or confidential information. If you are not the intended recipient of this message you must not use, copy, distribute or disclose it to anyone. P Please consider the environment before printing this email From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of Stephen Barker Sent: Wednesday, 20 January 2010 11:16 a.m. To: NZ Borland Developers Group - Delphi List Subject: [DUG] windows 7 and messagedlg Hi, I have a report from a Windows 7 user that a message from my app does not show unless XP compatibility mode is selected. The code that should fire is: messagedlg(msg, mtCustom, [mbOk], 0); It is being ignored when run under normal Windows 7 default mode. Any ideas? I don't use Windows 7 here yet, but it looks like I may have to set up a test environment. Actually I just have done a quick test using a simple Delphi exe on Win 7 and it works fine. Must be something else in my app that is causing the messagedlg to be suppressed. I guess I'll have to set up a full Delphi 2007 install with components on Win 7 and debug this properly. Regards, Steve Barker Webdata Ltd ph +64 9 4103074 image001.jpgimage002.jpg___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] windows 7 and messagedlg
I ended up installing Delphi, all components, database and the project on a new Win 7 pc provided by the customer. Tracing using the debug vcl units showed that the calls to messagedlg and below were fine - just not showing the dialog! Just for the hell of it I threw in an Application.ProcessMessages immediately before the call and now it all works again with or without the XP compatibility setting. The messagedlg was called after an intensive loop of data processing, but I'm still not sure why the Application.ProcessMessages was necessary for Windows 7. It's a worry for other situations as well - not seeing a message is hardly something that most users would report or even know they were missing. cheers, Steve _ From: Jolyon Smith [mailto:jsm...@deltics.co.nz] Sent: Wednesday, 20 January 2010 11:36 a.m. To: 'NZ Borland Developers Group - Delphi List' Subject: Re: [DUG] windows 7 and messagedlg Are you sure that it is the message display that is being suppressed and not some change in the runtime conditions that lead to your application even attempting to display the message in the first place? e.g. (a completely made up example) : If ForceDirectories( ' .. path to some folder in Program Files .. ' ) then // .. display the message User reports message not being displayed, but the problem is actually a Win 7 permissions issue that is preventing ForceDirectories() from being successful, not a failure to display the message. This is not a very plausible real-world example, but is intended only to illustrate my point/question. From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of Stephen Barker Sent: Wednesday, 20 January 2010 11:16 a.m. To: NZ Borland Developers Group - Delphi List Subject: [DUG] windows 7 and messagedlg Hi, I have a report from a Windows 7 user that a message from my app does not show unless XP compatibility mode is selected. The code that should fire is: messagedlg(msg, mtCustom, [mbOk], 0); It is being ignored when run under normal Windows 7 default mode. Any ideas? I don't use Windows 7 here yet, but it looks like I may have to set up a test environment. Actually I just have done a quick test using a simple Delphi exe on Win 7 and it works fine. Must be something else in my app that is causing the messagedlg to be suppressed. I guess I'll have to set up a full Delphi 2007 install with components on Win 7 and debug this properly. Regards, Steve Barker Webdata Ltd ph +64 9 4103074 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.432 / Virus Database: 270.14.124/2597 - Release Date: 01/19/10 07:34:00 ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7 - compatibility issues
Hi Jason I do not understand that my D4 installed and runs without any problems as an XP SP app (without virtual PC installed) and D7 would required this installation. Shouldn't this run just as easy an XP SP2 app as like my installed D4? John From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of Jason Coley Sent: Monday, 9 November 2009 12:24 p.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Windows 7 - compatibility issues Is running in XP mode a possible solution, you need virtual PC and XP mode (free downloads on MS site). It can run apps in XP virtual PC, but as a virtual PC, also good as the development environment is saved in Virtual PC, so if a reinstall is required, your up and running very quickly. Regards from New Zealand (GMT+11) Jason Coley Software Solutions From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of PDS - John Sent: Monday, 9 November 2009 11:26 a.m. To: Jason Subject: [DUG] Windows 7 - compatibility issues Hi all I bought this new flash pc with Windows 7 - 64 bits installed and (most apps) run fine and fast:) I installed my older version Delphi 4 without any problems. It detected and installed automatically as a Windows XP SP2 kind of application. However, I can't get Delphi 7 installed due to compatibility issues. I tried all install options but no luck. It should run as a Windows XP SP2 application I would say. Just going ahead with installation any way installs the lot and even starts Delphi, however does not run properly as basic presentations go wrong. Also other related Delphi utilities do not run due to compatibility issues. Any suggestions are more than welcome. John ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7 - compatibility issues
Well I certainly don't know why, but just letting you know of the virtual machine solution, which a lot of developers have 'warmed to' due to ease of reinstallation of main OS. I hope you find an answer, I know with D2007 and D2009 on Win7 x64 it took me a while to get the debugger going until a hack was found. Regards from New Zealand (GMT+11) Jason Coley Software Solutions From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of PDS - John Sent: Monday, 9 November 2009 9:39 p.m. To: Jason Subject: Re: [DUG] Windows 7 - compatibility issues Hi Jason I do not understand that my D4 installed and runs without any problems as an XP SP app (without virtual PC installed) and D7 would required this installation. Shouldn't this run just as easy an XP SP2 app as like my installed D4? John From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of Jason Coley Sent: Monday, 9 November 2009 12:24 p.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Windows 7 - compatibility issues Is running in XP mode a possible solution, you need virtual PC and XP mode (free downloads on MS site). It can run apps in XP virtual PC, but as a virtual PC, also good as the development environment is saved in Virtual PC, so if a reinstall is required, your up and running very quickly. Regards from New Zealand (GMT+11) Jason Coley Software Solutions From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of PDS - John Sent: Monday, 9 November 2009 11:26 a.m. To: Jason Subject: [DUG] Windows 7 - compatibility issues Hi all I bought this new flash pc with Windows 7 - 64 bits installed and (most apps) run fine and fast:) I installed my older version Delphi 4 without any problems. It detected and installed automatically as a Windows XP SP2 kind of application. However, I can't get Delphi 7 installed due to compatibility issues. I tried all install options but no luck. It should run as a Windows XP SP2 application I would say. Just going ahead with installation any way installs the lot and even starts Delphi, however does not run properly as basic presentations go wrong. Also other related Delphi utilities do not run due to compatibility issues. Any suggestions are more than welcome. John ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7 - compatibility issues
Is running in XP mode a possible solution, you need virtual PC and XP mode (free downloads on MS site). It can run apps in XP virtual PC, but as a virtual PC, also good as the development environment is saved in Virtual PC, so if a reinstall is required, your up and running very quickly. Regards from New Zealand (GMT+11) Jason Coley Software Solutions From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of PDS - John Sent: Monday, 9 November 2009 11:26 a.m. To: Jason Subject: [DUG] Windows 7 - compatibility issues Hi all I bought this new flash pc with Windows 7 - 64 bits installed and (most apps) run fine and fast:) I installed my older version Delphi 4 without any problems. It detected and installed automatically as a Windows XP SP2 kind of application. However, I can't get Delphi 7 installed due to compatibility issues. I tried all install options but no luck. It should run as a Windows XP SP2 application I would say. Just going ahead with installation any way installs the lot and even starts Delphi, however does not run properly as basic presentations go wrong. Also other related Delphi utilities do not run due to compatibility issues. Any suggestions are more than welcome. John ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7
I have been running W7 on my main computer for some time now. I like it better than Vista or OSX. I have a few blue screens in the beta but the rtm seems fine. Regards Sean Cross CIO Catalyst Risk Management From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of Jeremy Coulter Sent: Thursday, 7 May 2009 3:52 p.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Elevating Delphi code in Vista On that not, anyone tried Windows 7 yet? I am liking it so far. Jeremy ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7
It is out? 2009/5/7 Sean Cross sean.cr...@catalystrisk.co.nz I have been running W7 on my main computer for some time now. I like it better than Vista or OSX. I have a few blue screens in the beta but the rtm seems fine. Regards Sean Cross CIO Catalyst Risk Management *From:* delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] *On Behalf Of *Jeremy Coulter *Sent:* Thursday, 7 May 2009 3:52 p.m. *To:* NZ Borland Developers Group - Delphi List *Subject:* Re: [DUG] Elevating Delphi code in Vista On that not, anyone tried Windows 7 yet? I am liking it so far. Jeremy ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe -- --- Richard Vowles, Technical Advisor Developers Inc Ltd web. http://www.developers-inc.co.nz ph. +64-9-3600231, mob. +64-275-467747, fax. +64-9-3600384 skype. rvowles, LinkedIn, Twitter ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7
RC1 released to public yesterday _ From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of Richard Vowles Sent: Thursday, 7 May 2009 5:04 p.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Windows 7 It is out? 2009/5/7 Sean Cross sean.cr...@catalystrisk.co.nz I have been running W7 on my main computer for some time now. I like it better than Vista or OSX. I have a few blue screens in the beta but the rtm seems fine. Regards Sean Cross CIO Catalyst Risk Management From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of Jeremy Coulter Sent: Thursday, 7 May 2009 3:52 p.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Elevating Delphi code in Vista On that not, anyone tried Windows 7 yet? I am liking it so far. Jeremy ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe -- --- Richard Vowles, Technical Advisor Developers Inc Ltd web. http://www.developers-inc.co.nz ph. +64-9-3600231, mob. +64-275-467747, fax. +64-9-3600384 skype. rvowles, LinkedIn, Twitter ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe
Re: [DUG] Windows 7
Can anyone debug correctly with Win7 x64 with Delphi 2007 or 2009. I am getting an assertion bug when debugging anything that uses threading, which will crash straight to the desktop. It appears to be something with Win7 x64 only. Jasonm From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of Richard Vowles Sent: Thursday, 7 May 2009 5:14 p.m. To: Jason Subject: Re: [DUG] Windows 7 It is out? 2009/5/7 Sean Cross sean.cr...@catalystrisk.co.nz I have been running W7 on my main computer for some time now. I like it better than Vista or OSX. I have a few blue screens in the beta but the rtm seems fine. Regards Sean Cross CIO Catalyst Risk Management From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On Behalf Of Jeremy Coulter Sent: Thursday, 7 May 2009 3:52 p.m. To: NZ Borland Developers Group - Delphi List Subject: Re: [DUG] Elevating Delphi code in Vista On that not, anyone tried Windows 7 yet? I am liking it so far. Jeremy ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe -- --- Richard Vowles, Technical Advisor Developers Inc Ltd web. http://www.developers-inc.co.nz ph. +64-9-3600231, mob. +64-275-467747, fax. +64-9-3600384 skype. rvowles, LinkedIn, Twitter ___ NZ Borland Developers Group - Delphi mailing list Post: delphi@delphi.org.nz Admin: http://delphi.org.nz/mailman/listinfo/delphi Unsubscribe: send an email to delphi-requ...@delphi.org.nz with Subject: unsubscribe