From: Steve F. <min...@sp...> - 2005-09-30 22:17:11
|
Hi, I'm interested to find out if anyone has successfully performed remote debugging (via TCP/IP) between 2 PCs with the MinGW/MSYS tools? We produce several full-screen apps and remote debugging is so much easier than having to juggle windows on one screen. I did post the Q on the GDB mailing list, where the answer seemed to be "it's not possible", however somebody did suggest asking here just in case that was wrong. As well as between 2 PCs I'd be interested to know if anyone has achieved this between a PC and non-PC - I'm looking at getting the MinGW toolset running on OS X (this would be the ideal case). gcc works just fine and I can build applications, but then I can't debug (efficiently) on the PC because the source code isn't available. (Unless anyone knows better...) (I guess dual-screen graphics hardware would help here, but our customer supplies the hardware so that's not really an option). Thanks very much for any advice. -- Steve. |
From: Chris S. <ir0...@gm...> - 2005-10-03 00:01:07
|
Hey, > I've just uploaded the latest cut of the NSIS based installer under > proposed. The news item can be found at > http://sourceforge.net/forum/forum.php?forum_id=3D500176 , I'd be gratefu= l > for any feedback you may have. Worked well for me! Chris -- Chris Sutcliffe http://emergedesktop.org http://ironhead.modblog.com |
From: Chris S. <ir0...@gm...> - 2005-10-03 00:05:20
|
> > I've just uploaded the latest cut of the NSIS based installer under > > proposed. The news item can be found at > > http://sourceforge.net/forum/forum.php?forum_id=3D500176 , I'd be grate= ful > > for any feedback you may have. > > Worked well for me! One request... Would it be possible to have an options for 'All Users' install (in terms of the start menu items)? Thanx! Chris -- Chris Sutcliffe http://emergedesktop.org http://ironhead.modblog.com |
From: Dave M. <win...@nt...> - 2005-10-04 23:20:14
|
John Vandenberg wrote: >On 10/3/05, Dave Murphy <win...@nt...> wrote: > > >>I've just uploaded the latest cut of the NSIS based installer under >>proposed. The news item can be found at >>http://sourceforge.net/forum/forum.php?forum_id=500176 , I'd be grateful >>for any feedback you may have. >> >> > >The basic installation process has worked flawlessly for me several >times on Windows 2000 and XP. > >Minor issues >------------ >1. Defaults to C: rather than %SystemDrive% >2. The list of sf.net mirrors doesnt include .au mirrors >3. mingw.ini has a mix of EOL markers. >4. It looks like the download progress top bar assumes I selected all components >5. Extracting lists 'installed.ini' at 100% throughout the unpacking process. >6. Installing from a UNC path shows the tarballs as existing on a z: >drive that doesn't exist. > > Does anyone know if there's a list of Sourceforge mirrors somewhere other than the download pages? If it's possible I think it might be worth looking into some dynamic regeneration of the mirror lists. Point's 1,2, and 3 should be fairly easy to deal with. I think the top bar is install progress rather than download progress, although I could be wrong. Point 5 is due to a template file being provided within the installer, might be better to just remove it & allow the installer to just build manually as it goes. No idea what's going on with 6, I'll have a look and see if something can be done. >Major issues >------------ >7. Update doesn't permit re-install > > Currently the updater expects to find the tarballs in the same directory so a re-install option would download the tarballs again. Would it be reasonable to store the original installer directory in the registry key and, if the tarballs aren't found there then fall back to redownloading? >8. Changing from Current->Proposed requires an uninstall > > One drawback with switching packages without an uninstall is that libraries and some tools will be left behind and the installation directory will bloat over time. I suppose it can be left to the end user to manually delete unused directories - there's an option to run a particular version of gcc ( http://gcc.gnu.org/onlinedocs/gcc/Target-Options.html#Target-Options ). I can't say I've ever tried this but it might be useful. >9. A UI for selecting a mix of Current/Proposed would be lovely :) > > Urk, that might get a bit complicated. I'm not even sure how such a system would work. >10. Partial downloads are refetched. > > > I'm looking at an alternative download dll which might help with this one. >11. I installed in a separate directory to MinGW 4.1. Uninstall >appears to have removed my MinGW 4.1 install; I may have typed in the >wrong directory during one of the tests, so unless it is reading some >registry key or something, feel free to take this with a grain of salt >at present. > > It does use a registry key though this is different from the previous installer otherwise it would skip the choose package, mirror, select directory & start menu pages and behave as an updater. Hopefully it was just a typo - I did the same thing myself when testing so perhaps I should set the default directory to something else for now. >12. With all tarballs already downloaded, and barely sufficient space >on the drive, the progress log showed errors installing cc1plus.exe (I >think); the error repeated a number of times, and then the processing >continued to the next screen, reporting no errors. To fix this, I >needed to uninstall. > > Bad assumption on my part here I think. I assumed that the installer would check the disk space requirements before proceeding but I've since realised that it's dependent on the disk cluster size, number of files etc. I've added a check for errors in extraction but I'm not entirely sure what to do in the case of failure. For a first install it would probably be reasonable to remove the files installed so far but when updating it seems a bit harsh to remove the entire installation. Having said that, the chances are that a failed extraction will have broken the installed toolchain anyway so perhaps it's better to be safe than sorry. >13. I renamed the installed.ini in the hope that the installer would >allow me to install 'Proposed' on top of Current, and ran the >MinGw-5.0.0.exe in the mingw directory. After the standard pre-amble, >a progress window appeared with lots of messages, and then it was >quickly replaced with "MinGW found no updates to install". It would >be nice if the installer paused on the previous screen. Perhaps the >"MinGW found no updates to install" message could be included on that >screen. > > I think I'll have to check for that case actually. The update part reads the mirror from installed.ini so if you delete the file then all the downloads will fail. I'll change the auto close detail window though. Dave Dave |
From: John V. <ja...@gm...> - 2005-10-05 01:19:52
|
On 10/5/05, Dave Murphy <win...@nt...> wrote: > John Vandenberg wrote: > >Minor issues > >------------ > >1. Defaults to C: rather than %SystemDrive% > >2. The list of sf.net mirrors doesnt include .au mirrors > >3. mingw.ini has a mix of EOL markers. > >4. It looks like the download progress top bar assumes I selected > >all components > >5. Extracting lists 'installed.ini' at 100% throughout the > >unpacking process. > >6. Installing from a UNC path shows the tarballs as existing on a z: > >drive that doesn't exist. > > Does anyone know if there's a list of Sourceforge mirrors somewhere > other than the download pages? If it's possible I think it might be > worth looking into some dynamic regeneration of the mirror lists. I looked around and came up blank; a question for the sf.net support team? Alternatively, you could download a small text file from here containing a list of mirrors http://prdownloads.sourceforge.net/mingw/ This text file could also contain the list of available packages from mingw= .ini The dynamic regeneration could be integrated later, or the ini file could be managed by a script which keeps it up to date. > Point's 1,2, and 3 should be fairly easy to deal with. I think the top > bar is install progress rather than download progress, although I could > be wrong. Point 5 is due to a template file being provided within the > installer, might be better to just remove it & allow the installer to > just build manually as it goes. No idea what's going on with 6, I'll > have a look and see if something can be done. > > >Major issues > >------------ > >7. Update doesn't permit re-install > > > > > Currently the updater expects to find the tarballs in the same directory > so a re-install option would download the tarballs again. Would it be > reasonable to store the original installer directory in the registry key > and, if the tarballs aren't found there then fall back to redownloading? While it is important to manage the tarball location, my primary concern was there was no "Repair" option. I would enjoy being able to download the package again, and install it again. > >8. Changing from Current->Proposed requires an uninstall > > > > > One drawback with switching packages without an uninstall is that > libraries and some tools will be left behind and the installation > directory will bloat over time. I suppose it can be left to the end user > to manually delete unused directories - there's an option to run a > particular version of gcc ( > http://gcc.gnu.org/onlinedocs/gcc/Target-Options.html#Target-Options ). > I can't say I've ever tried this but it might be useful. I ha vent either; I been installing new versions of the compiler into new directories to perform testing. This requires playing around in fstab and so forth. I would be impressed if the installer managed multiple gcc versions for me! > >9. A UI for selecting a mix of Current/Proposed would be lovely :) > > > > > Urk, that might get a bit complicated. I'm not even sure how such a > system would work. The 4.1.0 installer provides this functionality. While looking at the versions and functionality, I was suprised to see this installer was labelled 5.0.0 instead of 4.2.0. Has there been major functionality improvements from 4.1.0 days ? > >10. Partial downloads are refetched. > > > > > > > I'm looking at an alternative download dll which might help with this one= . oh. That sounds like a lot of work. I shouldn't have listed this as a major concern, as I doubt it would ever effect me; I was being the voice for the dial up users. > >11. I installed in a separate directory to MinGW 4.1. Uninstall > >appears to have removed my MinGW 4.1 install; I may have typed in the > >wrong directory during one of the tests, so unless it is reading some > >registry key or something, feel free to take this with a grain of salt > >at present. > > > > > It does use a registry key though this is different from the previous > installer otherwise it would skip the choose package, mirror, select > directory & start menu pages and behave as an updater. Hopefully it was > just a typo - I did the same thing myself when testing so perhaps I > should set the default directory to something else for now. > > >12. With all tarballs already downloaded, and barely sufficient space > >on the drive, the progress log showed errors installing cc1plus.exe (I > >think); the error repeated a number of times, and then the processing > >continued to the next screen, reporting no errors. To fix this, I > >needed to uninstall. > > > > > Bad assumption on my part here I think. I assumed that the installer > would check the disk space requirements before proceeding but I've since > realised that it's dependent on the disk cluster size, number of files > etc. I've added a check for errors in extraction but I'm not entirely > sure what to do in the case of failure. For a first install it would > probably be reasonable to remove the files installed so far but when > updating it seems a bit harsh to remove the entire installation. Having > said that, the chances are that a failed extraction will have broken the > installed toolchain anyway so perhaps it's better to be safe than sorry. At a minimum, pause the installation on the first error screen, so I can see wtf happened :) Besides that, I always get a kick out of watching the progress bar go backwards as it rolls back changes. > >13. I renamed the installed.ini in the hope that the installer would > >allow me to install 'Proposed' on top of Current, and ran the > >MinGw-5.0.0.exe in the mingw directory. After the standard pre-amble, > >a progress window appeared with lots of messages, and then it was > >quickly replaced with "MinGW found no updates to install". It would > >be nice if the installer paused on the previous screen. Perhaps the > >"MinGW found no updates to install" message could be included on that > >screen. > > > > > I think I'll have to check for that case actually. The update part reads > the mirror from installed.ini so if you delete the file then all the > downloads will fail. I'll change the auto close detail window though. It would be nice to have the installer inform the user on the first unexpected condition. This will help those on the mailing list that are trying to debug user problems via email. -- John |
From: Leif W <war...@us...> - 2005-10-05 03:50:15
|
> From: "John Vandenberg" <ja...@gm...> > Sent: 2005 October 04 Tuesday 21:19 > >> On 10/5/05, Dave Murphy <win...@nt...> wrote: >> >> Does anyone know if there's a list of Sourceforge mirrors somewhere >> other than the download pages? If it's possible I think it might be >> worth looking into some dynamic regeneration of the mirror lists. > > I looked around and came up blank; a question for the sf.net support > team? Oh yes, definitely ask, could save a little trouble if they say "here it is, http://sf.net/foo-mirrors.txt". But if it was so simple, I imaine they would not have overlooked it in all their docs, which makes me wonder if they rather not have people know explicitly, and instead want to encourage use of their randomization scripts, or just make it so painful to handle programmatically that projects register for "direct download". :-D Either way processing the page is only slightly less trivial, and a lot cheaper than registration, while still honoring the randomization. ;-) Leif |
From: Leif W <war...@us...> - 2005-10-05 03:42:57
|
> From: "Dave Murphy" <win...@nt...> > Sent: 2005 October 04 Tuesday 19:19 > Does anyone know if there's a list of Sourceforge mirrors somewhere > other than the download pages? If it's possible I think it might be > worth looking into some dynamic regeneration of the mirror lists. Well, just some ideas. The download page always seems to list 19 random sites. I think it's the same format for any download. Is there no way to process this with a net installer? You could write a script to process it, spit out the list of names, run X iterations (like 5 or 10), storing only unique names, and then ship this list with the installer, just to get them started (or incase the next step fails). Perhaps on the MinGW site, you could hit (i.e. GET request) this script with an option to send the file back, thus let it be user-driven iterations. Periodically (cron, or count time since last hit) check the list for dead entries and remove them. Process by looking for "<A HREF=/index-sf.html?use_mirror=server>", and the form is always server.prdownloads.sourceforge.net. >>9. A UI for selecting a mix of Current/Proposed would be lovely :) >> > Urk, that might get a bit complicated. I'm not even sure how such a > system would work. Well, first, requires a parsed FRS (or manually updated) to get the categories and such. For the UI, perhaps a wider column on the left for file name, and on the right, columns for each category, with check boxes. Greyed out if there is nothing, checkable if there is something. For the logic to make sure two versions do not collide (gcc), I defer to others comments. >>12. With all tarballs already downloaded, and barely sufficient space >>on the drive, the progress log showed errors installing cc1plus.exe (I >>think); the error repeated a number of times, and then the processing >>continued to the next screen, reporting no errors. To fix this, I >>needed to uninstall. >> > Bad assumption on my part here I think. I assumed that the installer > would check the disk space requirements before proceeding but I've > since realised that it's dependent on the disk cluster size, number of > files etc. I've added a check for errors in extraction but I'm not > entirely sure what to do in the case of failure. For a first install > it would probably be reasonable to remove the files installed so far > but when updating it seems a bit harsh to remove the entire > installation. Having said that, the chances are that a failed > extraction will have broken the installed toolchain anyway so perhaps > it's better to be safe than sorry. Probably stop on disc full, look at what package you have, and how far it got, notify user through some color or text status message, roll back the current unsuccessful tool, report what succeeded and what failed, and how much space would be needed to complete. If it was not being updated, don't uninstall it. If it was not installed, notify user. Thanks again for the efforts! Leif |
From: Earnie B. <ea...@us...> - 2005-10-05 11:22:45
|
Quoting Dave Murphy <win...@nt...>: > > Does anyone know if there's a list of Sourceforge mirrors somewhere > other than the download pages? If it's possible I think it might be > worth looking into some dynamic regeneration of the mirror lists. > I've listed some in the portmaker/template/mirrors.sf script file. SF mirror URL's are always in the form of <site>.dl.sourceforge.net/sourceforge/<project>/<file> so once you know <site> you can form the rest of the URL. It would be good if your installer could present the html page from SF for the URL of http://prdownloads.sf.net/mingw/<file>?download and just allow the user to pick from the list of mirrors presented by SF. The reason is that SF already has the polling needed to know when the mirror isn't active. This is what gives the appearance of randomness that I noticed being mentioned. However, the display order of the list is random and is different for the every refresh of the page. This is an attempt to not show preference of one mirror over another and to help minimize the effect that most will choose the first mirror in the list regardless of distance. Earnie |
From: Danny S. <dan...@cl...> - 2005-10-05 02:42:49
|
----- Original Message ----- From: "John Vandenberg" Sent: Wednesday, 5 October 2005 14:19 > > >> One drawback with switching packages without an uninstall is that > > libraries and some tools will be left behind and the installation >> directory will bloat over time. I suppose it can be left to the end user > >to manually delete unused directories - there's an option to run a > >particular version of gcc ( > >http://gcc.gnu.org/onlinedocs/gcc/Target-Options.html#Target-Options ). > >I can't say I've ever tried this but it might be useful. > I ha vent either; I been installing new versions of the compiler into > new directories to perform testing. This requires playing around in > fstab and so forth. > > I would be impressed if the installer managed multiple gcc versions for me! The way to do this is to configure gcc with --enable-version-specific-runtime-libs. This (should) put version specific libs and headers in the lib/gcc/mingw32/__GNUC__.__GNUC_MINOR__.__GNUC__PATCHLEVEL dir, but it doesn't always work as promised for some of the java support headers. Danny |
From: Dave M. <win...@nt...> - 2005-10-02 23:06:17
|
I've just uploaded the latest cut of the NSIS based installer under proposed. The news item can be found at http://sourceforge.net/forum/forum.php?forum_id=500176 , I'd be grateful for any feedback you may have. Some more info on the installer package can be found in this message -> http://sourceforge.net/mailarchive/message.php?msg_id=12767196 Since then I've added a license page, updated the ini from the current listings and added the sizes for each tarball so the installer provides an estimate of disk space required. Dave |
From: John V. <ja...@gm...> - 2005-10-02 23:57:25
|
On 10/3/05, Dave Murphy <win...@nt...> wrote: > I've just uploaded the latest cut of the NSIS based installer under > proposed. The news item can be found at > http://sourceforge.net/forum/forum.php?forum_id=3D500176 , I'd be gratefu= l > for any feedback you may have. Hi Dave, I am putting it through its paces now. would you prefer feedback on the list or the sf.net forum? -- John |
From: John V. <ja...@gm...> - 2005-10-03 01:10:24
|
On 10/3/05, Dave Murphy <win...@nt...> wrote: > I've just uploaded the latest cut of the NSIS based installer under > proposed. The news item can be found at > http://sourceforge.net/forum/forum.php?forum_id=3D500176 , I'd be gratefu= l > for any feedback you may have. The basic installation process has worked flawlessly for me several times on Windows 2000 and XP. Minor issues ------------ 1. Defaults to C: rather than %SystemDrive% 2. The list of sf.net mirrors doesnt include .au mirrors 3. mingw.ini has a mix of EOL markers. 4. It looks like the download progress top bar assumes I selected all compo= nents 5. Extracting lists 'installed.ini' at 100% throughout the unpacking proces= s. 6. Installing from a UNC path shows the tarballs as existing on a z: drive that doesn't exist. Major issues ------------ 7. Update doesn't permit re-install 8. Changing from Current->Proposed requires an uninstall 9. A UI for selecting a mix of Current/Proposed would be lovely :) 10. Partial downloads are refetched. 11. I installed in a separate directory to MinGW 4.1. Uninstall appears to have removed my MinGW 4.1 install; I may have typed in the wrong directory during one of the tests, so unless it is reading some registry key or something, feel free to take this with a grain of salt at present. 12. With all tarballs already downloaded, and barely sufficient space on the drive, the progress log showed errors installing cc1plus.exe (I think); the error repeated a number of times, and then the processing continued to the next screen, reporting no errors. To fix this, I needed to uninstall. 13. I renamed the installed.ini in the hope that the installer would allow me to install 'Proposed' on top of Current, and ran the MinGw-5.0.0.exe in the mingw directory. After the standard pre-amble, a progress window appeared with lots of messages, and then it was quickly replaced with "MinGW found no updates to install". It would be nice if the installer paused on the previous screen. Perhaps the "MinGW found no updates to install" message could be included on that screen. -- John |
From: amores p. <lif...@ho...> - 2005-10-03 01:43:24
|
>From: Dave Murphy <win...@nt...> >Subject: [Mingw-users] MinGW-5.0.0 >Date: Sun, 02 Oct 2005 16:57:31 +0100 > >I've just uploaded the latest cut of the NSIS based installer under >proposed. The news item can be found at >http://sourceforge.net/forum/forum.php?forum_id=500176 , I'd be grateful >for any feedback you may have. > >Some more info on the installer package can be found in this message -> >http://sourceforge.net/mailarchive/message.php?msg_id=12767196 > >Since then I've added a license page, updated the ini from the current >listings and added the sizes for each tarball so the installer provides an >estimate of disk space required. > * 1 * Several pages in, dialog titled "MinGW 5.0.0", with section titled "Choose Packages", has this line: "Which MinGW package do you wish to" Apparently there was a verb accidentally left out there, probably "install", or "download", or some combination. * 2* On the next page "Choose Components", there is a listview (I assume), and the first item has a - box next to it, as though it thinks it has children (it is "MinGW base tools"), but it doesn't seem to really have children -- leastwhys, clicking the minus to try to get it to open up doesn't work. (Finally, forwarned by someone's earlier bug report on this list, I knew to go copy the Start Menu shortcut from the relatively useless Administrator private area, to the All Users area, before I logged back out from Administrator and back in as myself, in order to try it out. Sadly, I had nothing to try, as I had no MSYS. This was probably my own misunderstanding, but I had assumed I'd get an MSYS shell out of this.) Cordially, Perry |