From: Brandon J. V. E. <bva...@gm...> - 2005-09-25 06:37:51
|
I'm baffled. I'm running Windows 2000, trying to install MinGW-4.1.1.exe. Files download to $TMP just fine, but then they do not install, they just magically disappear. I am left only with an uninstall program in the target directory. I set TMP=D:\in\tmp so that I could easily observe it and assure that there were no spaces in the pathname. I'm installing to D:\lang\MinGW, but C:\MinGW also fails. I've repeated this about 5 times now, after a cold boot and no other MinGW or MSYS installations. Clues? Advice? Cheers, Brandon J. Van Every (cruise (director (of SeaFunc) '(Seattle Functional Programmers))) http://groups.yahoo.com/group/SeaFunc |
From: Leif W <war...@us...> - 2005-09-25 08:31:23
|
> From: "Brandon J. Van Every" <bva...@gm...> > Sent: 2005 September 25 Sunday 02:41 > > I'm baffled. I'm running Windows 2000, trying to install > MinGW-4.1.1.exe. Files download to $TMP just fine, but then they do > not install, they just magically disappear. I am left only with an > uninstall program in the target directory. I set TMP=D:\in\tmp so > that I could easily observe it and assure that there were no spaces in > the pathname. I'm installing to D:\lang\MinGW, but C:\MinGW also > fails. I've repeated this about 5 times now, after a cold boot and no > other MinGW or MSYS installations. Clues? Advice? Known problem. After files download, the installer pauses to ask a question. Copy the files from the temp dir. Let the installer finnish then uninstall it. Unarchive the files to C:\MinGW or C:\MSYS, respectively, or wherever else you'd like them. Leif |
From: Brandon J. V. E. <bva...@gm...> - 2005-09-25 08:39:46
|
Leif W wrote: >> From: "Brandon J. Van Every" <bva...@gm...> >> Sent: 2005 September 25 Sunday 02:41 >> >> I'm baffled. I'm running Windows 2000, trying to install >> MinGW-4.1.1.exe. Files download to $TMP just fine, but then they do >> not install, they just magically disappear. I am left only with an >> uninstall program in the target directory. I set TMP=D:\in\tmp so >> that I could easily observe it and assure that there were no spaces >> in the pathname. I'm installing to D:\lang\MinGW, but C:\MinGW also >> fails. I've repeated this about 5 times now, after a cold boot and >> no other MinGW or MSYS installations. Clues? Advice? > > > Known problem. After files download, the installer pauses to ask a > question. Copy the files from the temp dir. Let the installer > finnish then uninstall it. Unarchive the files to C:\MinGW or > C:\MSYS, respectively, or wherever else you'd like them. Since the installer is therefore pointless, shouldn't it be removed from the download area temporarily? Or does it work on some systems and not on others? Cheers, Brandon J. Van Every (cruise (director (of SeaFunc) '(Seattle Functional Programmers))) http://groups.yahoo.com/group/SeaFunc |
From: Leif W <war...@us...> - 2005-09-25 09:33:58
|
> From: "Brandon J. Van Every" <bva...@gm...> > Sent: 2005 September 25 Sunday 04:43 > Since the installer is therefore pointless, shouldn't it be removed > from the download area temporarily? Or does it work on some systems > and not on others? It does serve a purpose, though not as advertised. :) At the least it lets people select file sets to download. As for temporary removal, it's not my call to make. It's currently unmaintained I think, due to people's time constraints. The installer is written with Inno Setup scripts. However, due to some problems with some of the Inno dll functions, NSIS has been considered, and I believe there's a test version floating around. See the following URL. http://sourceforge.net/mailarchive/message.php?msg_id=12767196 Leif |
From: Brandon J. V. E. <bva...@gm...> - 2005-09-25 09:49:51
|
Leif W wrote: >> From: "Brandon J. Van Every" <bva...@gm...> >> Sent: 2005 September 25 Sunday 04:43 > > >> Since the installer is therefore pointless, shouldn't it be removed >> from the download area temporarily? Or does it work on some systems >> and not on others? > > > It does serve a purpose, though not as advertised. :) At the least > it lets people select file sets to download. But not without a long head scratctching learning curve, leading ultimately either to this mailing list or the bug database. This is much, much more time than it takes to learn how to download things manually. Although, another problem: http://www.mingw.org/download.shtml says the table formatting is broken, and it has been saying that for a very long time now. At first, people don't notice the small blurb about needing to go to the SF File Releases page. I think I went for months before I realized I wasn't supposed to download from the table. The table should be removed, leaving only a link to the Sourceforge Project page. > As for temporary removal, it's not my call to make. Who's is? On both issues. Removing these things would take little effort and would save a lot of newbies a lot of work. The downside is only that someone's ego might be bruised... but let's face it, these 2 things have been in disrepair for awhile now. Cheers, Brandon J. Van Every (cruise (director (of SeaFunc) '(Seattle Functional Programmers))) http://groups.yahoo.com/group/SeaFunc |
From: Dave M. <win...@nt...> - 2005-09-25 10:31:38
|
Brandon J. Van Every wrote: > Leif W wrote: > >>> From: "Brandon J. Van Every" <bva...@gm...> >>> Sent: 2005 September 25 Sunday 04:43 >> >> >> >>> Since the installer is therefore pointless, shouldn't it be removed >>> from the download area temporarily? Or does it work on some systems >>> and not on others? >> >> >> >> It does serve a purpose, though not as advertised. :) At the least >> it lets people select file sets to download. > > > But not without a long head scratctching learning curve, leading > ultimately either to this mailing list or the bug database. This is > much, much more time than it takes to learn how to download things > manually. > As mentioned earlier I'll be providing the NSIS installer package soon. > Although, another problem: http://www.mingw.org/download.shtml says > the table formatting is broken, and it has been saying that for a very > long time now. At first, people don't notice the small blurb about > needing to go to the SF File Releases page. I think I went for months > before I realized I wasn't supposed to download from the table. The > table should be removed, leaving only a link to the Sourceforge > Project page. Obviously you either haven't read the page recently, the table is currently fine. The proposed Insight package I uploaded yesterday is even there :) Dave |
From: Brandon J. V. E. <bva...@gm...> - 2005-09-25 11:20:41
|
Dave Murphy wrote: > > Obviously you either haven't read the page recently, the table is > currently fine. I'll be darned. I guess after awhile one reads by shape instead of content? :-) Cheers, Brandon J. Van Every (cruise (director (of SeaFunc) '(Seattle Functional Programmers))) http://groups.yahoo.com/group/SeaFunc |
From: Dave M. <win...@nt...> - 2005-09-25 10:12:15
|
Leif W wrote: >> From: "Brandon J. Van Every" <bva...@gm...> >> Sent: 2005 September 25 Sunday 04:43 > > >> Since the installer is therefore pointless, shouldn't it be removed >> from the download area temporarily? Or does it work on some systems >> and not on others? > > > It does serve a purpose, though not as advertised. :) At the least > it lets people select file sets to download. As for temporary > removal, it's not my call to make. It's currently unmaintained I > think, due to people's time constraints. The installer is written > with Inno Setup scripts. However, due to some problems with some of > the Inno dll functions, NSIS has been considered, and I believe > there's a test version floating around. See the following URL. > > http://sourceforge.net/mailarchive/message.php?msg_id=12767196 > Earnie has given me access to upload file releases now so the current installer will be replaced with the nsis build as MinGW-5.0.0 as soon as I do some tidying and add the license page to it. Dave |
From: Brandon J. V. E. <bva...@gm...> - 2005-09-25 11:16:39
|
Dave Murphy wrote: > > Earnie has given me access to upload file releases now so the current > installer will be replaced with the nsis build as MinGW-5.0.0 as soon > as I do some tidying and add the license page to it. Coolness. Cheers, Brandon J. Van Every (cruise (director (of SeaFunc) '(Seattle Functional Programmers))) http://groups.yahoo.com/group/SeaFunc |
From: amores p. <lif...@ho...> - 2005-09-25 14:46:17
|
>From: "Brandon J. Van Every" Reply-To: mailing list >To: mailing list >Subject: Re: [Mingw-users] MinGW-4.1.1.exe downloads but does not install >Date: Sun, 25 Sep 2005 01:43:21 -0700 > >Leif W wrote: > >>>From: "Brandon J. Van Every" <bva...@gm...> >>>Sent: 2005 September 25 Sunday 02:41 >>> >>>I'm baffled. I'm running Windows 2000, trying to install >>>MinGW-4.1.1.exe. Files download to $TMP just fine, but then they do not >>>install, they just magically disappear. I am left only with an uninstall >>>program in the target directory. I set TMP=D:\in\tmp so that I could >>>easily observe it and assure that there were no spaces in the pathname. >>>I'm installing to D:\lang\MinGW, but C:\MinGW also fails. I've repeated >>>this about 5 times now, after a cold boot and no other MinGW or MSYS >>>installations. Clues? Advice? >> >> >>Known problem. After files download, the installer pauses to ask a >>question. Copy the files from the temp dir. Let the installer finnish >>then uninstall it. Unarchive the files to C:\MinGW or C:\MSYS, >>respectively, or wherever else you'd like them. > >Since the installer is therefore pointless, shouldn't it be removed from >the download area temporarily? Or does it work on some systems and not on >others? It may serve the purpose of driving away those who are not sufficiently committed to continue trying after wasting hours downloading the 20+ tarballs, only to have the installer delete them all -- so that it separates the newbies into the groups of those who are either on broadband, and willing to continue after the main installer fails, or who are on dialup and REALLY committed and willing to spend hours more, from the newbies who lack the gumption to push through the apparent brokenness in pursuit of hope. |
From: Leif W <war...@us...> - 2005-09-25 16:32:11
|
> It does serve a purpose, though not as advertised. :) At the least > it lets people select file sets to download. Please note the smiley face indicating a bit of tongue-in-cheek humor. :-) The point should soon be rendered moot as an alternate installer will soon be available as indicated by Dave Murphy. Leif |
From: Brandon J. V. E. <bva...@gm...> - 2005-09-25 20:59:55
|
amores perros wrote: >> From: "Brandon J. Van Every" Reply-To: mailing list >> >> Since the installer is therefore pointless, shouldn't it be removed >> from the download area temporarily? Or does it work on some systems >> and not on others? > > > It may serve the purpose of driving away those who are not > sufficiently committed to continue trying after wasting hours > downloading the 20+ tarballs, only to have the installer > delete them all -- so that it separates the newbies into the > groups of those who are either on broadband, and willing > to continue after the main installer fails, or who are on > dialup and REALLY committed and willing to spend > hours more, from the newbies who lack the gumption > to push through the apparent brokenness in pursuit > of hope. > Acknowledging that we're discussing a moot issue, I will ask: do you think that's a good thing or a bad thing? Also, do you think it's consistent with attempting to provide installation software in the first place? Cheers, Brandon J. Van Every (cruise (director (of SeaFunc) '(Seattle Functional Programmers))) http://groups.yahoo.com/group/SeaFunc |
From: amores p. <lif...@ho...> - 2005-09-25 21:15:46
|
>From: "Brandon J. Van Every" >To: mingw-users mailing list >Subject: Re: [Mingw-users] MinGW-4.1.1.exe downloads but does not install >Date: Sun, 25 Sep 2005 14:03:36 -0700 >amores perros wrote: > >>>From: "Brandon J. Van Every" Reply-To: mailing list >>> >>>Since the installer is therefore pointless, shouldn't it be removed from >>>the download area temporarily? Or does it work on some systems and not >>>on others? >> >> >>It may serve the purpose of driving away those who are not >>sufficiently committed to continue trying after wasting hours >>downloading the 20+ tarballs, only to have the installer >>delete them all -- so that it separates the newbies into the >>groups of those who are either on broadband, and willing >>to continue after the main installer fails, or who are on >>dialup and REALLY committed and willing to spend >>hours more, from the newbies who lack the gumption >>to push through the apparent brokenness in pursuit >>of hope. >> >Acknowledging that we're discussing a moot issue, I will ask: do you think >that's a good thing or a bad thing? Also, do you think it's consistent >with attempting to provide installation software in the first place? > I don't know. On the positive side, it might stop newbies with insufficient gumption from clogging up the mailing list asking for help, until such point as there is a new installer which actually works. On the negative side, it may make mingw look broken, when it is only the installer that is broken. Its accumulating bug reports on the sourceforge site, but they can all be marked as dups by anyone with access who is willing to spend doing so, and then closed when a new installer is available. My own suggestion would be to remove the broken installer, and add a note to the mingw installation saying that the installer is being fixed, and that users should either wait for a new installer, or download packages manually in the meantime. That is assuming there is someone who has access to do these tasks and is willing to divert time to these tasks -- well, pulling the file from the release is easy, but editing the html home page might be less so). Cordially, Perry |
From: Brandon J. V. E. <bva...@gm...> - 2005-09-25 22:14:48
|
amores perros wrote: >> From: "Brandon J. Van Every" >> >>>> From: "Brandon J. Van Every" Reply-To: mailing list >>>> >>>> Since the installer is therefore pointless, shouldn't it be removed >>>> from the download area temporarily? Or does it work on some >>>> systems and not on others? >>> >>> >>> It may serve the purpose of driving away those who are not >>> sufficiently committed to continue trying after wasting hours >>> downloading the 20+ tarballs, only to have the installer >>> delete them all -- so that it separates the newbies into the >>> groups of those who are either on broadband, and willing >>> to continue after the main installer fails, or who are on >>> dialup and REALLY committed and willing to spend >>> hours more, from the newbies who lack the gumption >>> to push through the apparent brokenness in pursuit >>> of hope. >>> >> Acknowledging that we're discussing a moot issue, I will ask: do you >> think that's a good thing or a bad thing? Also, do you think it's >> consistent with attempting to provide installation software in the >> first place? >> Again, acknowledging that this discussion is academic, > I don't know. On the positive side, it might stop newbies with > insufficient gumption from clogging up the mailing list asking > for help, Is that not the intended purpose of a "users" mailing list? Aren't there 5 other mailing lists for other purposes? > until such point as there is a new installer which actually > works. On the negative side, it may make mingw look broken, "May?" It does, most thoroughly. Realize, MinGW exists in a Windows world, where working installers are taken for granted. Of course there are 2 cultures being served here: Windows users who expect things to be plug-and-play, and Unix users who feel themselves stuck with Windows development and don't want their code GPLed. (In my experience -mno_cygwin is a non-option. Open source libraries tend to be deeply stacked and -mno_cygwin tends to break them.) Cheers, Brandon J. Van Every (cruise (director (of SeaFunc) '(Seattle Functional Programmers))) http://groups.yahoo.com/group/SeaFunc |
From: amores p. <lif...@ho...> - 2005-09-25 23:17:35
|
>From: "Brandon J. Van Every" Reply-To: mingw-users mailing list >To: mingw-users mailing list >Subject: Re: [Mingw-users] MinGW-4.1.1.exe downloads but does not install >Date: Sun, 25 Sep 2005 15:18:01 -0700 > >amores perros wrote: > >>>From: "Brandon J. Van Every" >>> >>>>>From: "Brandon J. Van Every" Reply-To: mailing list >>>>> >>>>>Since the installer is therefore pointless, shouldn't it be removed >>>>>from the download area temporarily? Or does it work on some systems >>>>>and not on others? >>>> >>>> >>>>It may serve the purpose of driving away those who are not >>>>sufficiently committed to continue trying after wasting hours >>>>downloading the 20+ tarballs, only to have the installer >>>>delete them all -- so that it separates the newbies into the >>>>groups of those who are either on broadband, and willing >>>>to continue after the main installer fails, or who are on >>>>dialup and REALLY committed and willing to spend >>>>hours more, from the newbies who lack the gumption >>>>to push through the apparent brokenness in pursuit >>>>of hope. >>>> >>>Acknowledging that we're discussing a moot issue, I will ask: do you >>>think that's a good thing or a bad thing? Also, do you think it's >>>consistent with attempting to provide installation software in the first >>>place? >>> >Again, acknowledging that this discussion is academic, > >>I don't know. On the positive side, it might stop newbies with >>insufficient gumption from clogging up the mailing list asking >>for help, > >Is that not the intended purpose of a "users" mailing list? Aren't there 5 >other mailing lists for other purposes? If you say so -- I'm very much a newbie to mingw, and I do hope I've not misled you otherwise; such was never my intent. > >>until such point as there is a new installer which actually >>works. On the negative side, it may make mingw look broken, > >"May?" It does, most thoroughly. Realize, MinGW exists in a Windows >world, where working installers are taken for granted. Of course there are >2 cultures being served here: Windows users who expect things to be >plug-and-play, and Unix users who feel themselves stuck with Windows >development and don't want their code GPLed. (In my experience -mno_cygwin >is a non-option. Open source libraries tend to be deeply stacked and >-mno_cygwin tends to break them.) > > I think I'm generally in agreement with you. However, I'm only a newbie, with no power to fix anything, and am not currently volunteering to insert myself into the process to obtain such power, so my own input is along the lines of "here's a good idea if somebody else wants to implement it" :) Cordially, Perry |
From: Danny S. <dan...@cl...> - 2005-09-26 02:59:23
|
----- Original Message ----- From: "amores perros" Sent: Monday, 26 September 2005 11:17 > I think I'm generally in agreement with you. However, I'm only a newbie, > with no power to fix anything, and am not currently volunteering to > insert myself into the process to obtain such power, so my own > input is along the lines of "here's a good idea if somebody else wants > to implement it" :) I'll drink to that. Pour me another free beer, bartender.... Danny > > Cordially, > > Perry > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > MinGW-users mailing list > Min...@li... > > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users |
From: John V. <ja...@gm...> - 2005-09-25 23:48:57
|
On 9/26/05, Brandon J. Van Every <bva...@gm...> wrote: > amores perros wrote: > > >> From: "Brandon J. Van Every" > >> > >>>> From: "Brandon J. Van Every" Reply-To: mailing list > >>>> > >>>> Since the installer is therefore pointless, shouldn't it be removed > >>>> from the download area temporarily? Or does it work on some > >>>> systems and not on others? > >>> > >>> > >>> It may serve the purpose of driving away those who are not > >>> sufficiently committed to continue trying after wasting hours > >>> downloading the 20+ tarballs, only to have the installer > >>> delete them all -- so that it separates the newbies into the > >>> groups of those who are either on broadband, and willing > >>> to continue after the main installer fails, or who are on > >>> dialup and REALLY committed and willing to spend > >>> hours more, from the newbies who lack the gumption > >>> to push through the apparent brokenness in pursuit > >>> of hope. > >>> > >> Acknowledging that we're discussing a moot issue, I will ask: do you > >> think that's a good thing or a bad thing? Also, do you think it's > >> consistent with attempting to provide installation software in the > >> first place? > >> > Again, acknowledging that this discussion is academic, I'm not convinced that this discussion is academic - another installer discussion is not what we need. This is a very visible problem, and will continue to be until a working installer(s) is available. The current installer was rushed through the phases (a few Snapshots and then a Release [1]) because it addressed very real needs that the previous installer didn't cater for. Earnie did a good job on the current installer, but from what I understand, there was a dependence on a closed-source binary [2] and non-free (beer) toolchain (Borland Delphi [3]), and so that installer hit a brick wall. I think that we should not leave the situation as it is until the next installer is available, as it will put pressure on Dave Murphy's replacement. A new installer should go through the release system slowly, so that it has sufficient time to knock of any weird bugs that may arise, and also so that the MinGW community has time to make sure the next installer meets all needs [4]. I am looking forward to an installer that is built on free tools [5]. > > until such point as there is a new installer which actually > > works. On the negative side, it may make mingw look broken, > > "May?" It does, most thoroughly. Realize, MinGW exists in a Windows > world, where working installers are taken for granted. Of course there > are 2 cultures being served here: Windows users who expect things to be > plug-and-play, and Unix users who feel themselves stuck with Windows > development and don't want their code GPLed. (In my experience > -mno_cygwin is a non-option. Open source libraries tend to be deeply > stacked and -mno_cygwin tends to break them.) I agree that the current installer reflects badly on MinGW, which is categorised as "6. Mature" on the project page. The downloads section should recommend the old installer [2] until the new installer has undergone significant testing and there is consensus that it is now suitable for everyones needs. The current ISTool installer should be moved back to Proposed. 1. http://mingw.org/news.shtml 2. http://www.istool.org/ 3. http://www.jrsoftware.org/isinfo.php#features 4. http://lists.zerezo.com/mingw-users/msg00469.html 5. http://cvs.sourceforge.net/viewcvs.py/nsis/NSIS/INSTALL?view=3Dmarkup 6. http://prdownloads.sourceforge.net/mingw/MinGW-3.1.0-1.exe?download -- John |
From: Leif W <war...@us...> - 2005-09-26 05:26:09
|
Well, let me chime in once more. When I said, "it's not my call", I have no access to the File Release System, I haven't got the time to devote to it, and so I can't just do something. I've just finished a first draft document summarizing the previous (March and July) discussion of an installer / downloader. It's a rough cut. The main purpose is to collect my thoughts. I think it's all been discussed on the list and we shouldn't go over it any more. Check the archives. The second purpose might be for a Wiki page. I've got to polish it before then. Ideally we should have a clear concept of the "requirement specs" so that whoever decides to tackle the problem is aware of all aspects and (almost) everybody gets what they were hoping in the end. I don't know what happened with the MinGW 4.x installer. It was someone's (Earnie?) best effort and a first(-ish) attempt. It's a starting point. A necessary step to find out what works is to rule out what doesn't. I never thought of it as a finished product. Have no idea why it's in current. It does not work as expected. If I had a red-ink rubber stamp (FRS access) I'd put an "irregular" stamp on it (juggle FRS position, insert BIG NOTE). I've tried my hand at the web aspect but had limited progress and resources (not so much lacking time as skill, experience, concentration and time management to achieve what I hoped). ;-) Well I may have joked about it but if you check the archives you see I participated in many discussions and have always held the topic with careful consideration. Leif |
From: Earnie B. <ea...@pr...> - 2005-09-26 11:19:59
|
Quoting amores perros <lif...@ho...>: > > My own suggestion would be to remove the broken installer, I have removed the installer from visibility. Dave if you need my help to turn it back on, you know how to find me. Earnie |
From: Dan O. <dan...@st...> - 2005-09-27 09:47:26
|
Hello, I'm attempting to port a Linux app to MinGW which has gone pretty well. My final hurdle is to implement a Windows equivalent of my inetd server to actually run the app. In Linux I have a server process listening on a port that authenticates the user (by username and password) then does an su to the user and execs a script that runs the application. I guess this is a bit OT for this list but I'd really appreciate some guidance as to how to achieve it on Windows using MinGW from someone out there who has already done battle in this arena! I've come across WinInetd (http://www.xmailserver.org/wininetd.html) and a few MSDN articles like http://support.microsoft.com/default.aspx?scid=kb;en-us;150523. TIA, Dan Osborne |
From: Luke D. <cod...@ho...> - 2005-09-27 13:04:50
|
Which part do you want to know about? 1. How to listen on a port? 2. How to authenticate a user? 3. How to run an application as a particular user? 4. etc... I think MSDN would provide the answers if you look hard enough, or of course someone here could help if you are more specific. Luke ----- Original Message ----- From: "Dan Osborne" <dan...@st...> To: <min...@li...> Sent: Tuesday, September 27, 2005 5:46 PM Subject: [Mingw-users] How to implement a unix-style inetd server in MinGW > Hello, > > I'm attempting to port a Linux app to MinGW which has gone pretty well. > > My final hurdle is to implement a Windows equivalent of my inetd server to > actually run the app. In Linux I have a server process listening on a port > that authenticates the user (by username and password) then does an su to > the user and execs a script that runs the application. > > I guess this is a bit OT for this list but I'd really appreciate some > guidance as to how to achieve it on Windows using MinGW from someone out > there who has already done battle in this arena! > > I've come across WinInetd (http://www.xmailserver.org/wininetd.html) and > a > few MSDN articles like > http://support.microsoft.com/default.aspx?scid=kb;en-us;150523. > > > TIA, > > Dan Osborne > > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. > Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > MinGW-users mailing list > Min...@li... > > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > |
From: Dan O. <dan...@st...> - 2005-09-27 13:22:43
|
Luke wrote: > Which part do you want to know about? > > 1. How to listen on a port? > 2. How to authenticate a user? > 3. How to run an application as a particular user? > 4. etc... > > I think MSDN would provide the answers if you look hard enough, > or of course > someone here could help if you are more specific. > > Luke Your right, I should break it down. Point 1 I can do, points 2 and 3 I'm getting somewhere from examining the WinInetd source code. What would be most useful would be how to get the process I create with Win API CreateProcess() to execute an MSYS-aware batch file to currently match what I do interactively from an MSYS prompt i.e... . /path/to/file cd $LOC ./rscreen The sourced file in line 1 above sets up the environment variables that the app needs. Hope that makes more sense. TIA, Dan |
From: Luke D. <cod...@ho...> - 2005-09-27 13:51:52
|
If you simply need to pass environment variables to a native Windows program (i.e. a program that is not part of MSYS) then I think you should not use MSYS for this task. It would be better to pass the environment variables as the seventh argument to CreateProcess. Luke ----- Original Message ----- From: "Dan Osborne" <dan...@st...> To: <min...@li...> Sent: Tuesday, September 27, 2005 9:22 PM Subject: RE: [Mingw-users] How to implement a unix-style inetd server in MinGW > Luke wrote: >> Which part do you want to know about? >> >> 1. How to listen on a port? >> 2. How to authenticate a user? >> 3. How to run an application as a particular user? >> 4. etc... >> >> I think MSDN would provide the answers if you look hard enough, >> or of course >> someone here could help if you are more specific. >> >> Luke > > Your right, I should break it down. Point 1 I can do, points 2 and 3 I'm > getting somewhere from examining the WinInetd source code. > > What would be most useful would be how to get the process I create with > Win > API CreateProcess() to execute an MSYS-aware batch file to currently match > what I do interactively from an MSYS prompt i.e... > > . /path/to/file > cd $LOC > ./rscreen > > The sourced file in line 1 above sets up the environment variables that > the > app needs. > > Hope that makes more sense. > > TIA, > > Dan |
From: Dan O. <dan...@st...> - 2005-09-27 14:25:08
|
Luke wrote: > If you simply need to pass environment variables to a native > Windows program > (i.e. a program that is not part of MSYS) then I think you should not use > MSYS for this task. It would be better to pass the environment > variables as > the seventh argument to CreateProcess. > But if I need the process to do things in an MSYS way for handling unix (posix?) pathnames and having unix-like commands in system() calls (e.g. cp,mv) or can I achieve that by setting %PATH? With apologies for my ignorance, Dan |
From: Tor L. <tm...@ik...> - 2005-09-27 14:50:20
|
Dan Osborne writes: > But if I need the process to do things in an MSYS way for handling unix > (posix?) pathnames and having unix-like commands in system() calls (e.g. > cp,mv) or can I achieve that by setting %PATH? Hmm, there are perfectly good function calls in the C library and Win32 APIs that can be used to copy and move files. Running MSYS commands like cp or mv through system() sounds a bit silly. Face it, it *is* a Windows machine. If you want Unix, you know where to get it. Is this just an attempt to get around management insistence on using Windows, even though you "like" Unix better? Using MSYS from a Win32 server process also sounds potentially risky from a security point of view... but I assume it's possible. --tml |