BGINFO4X sent the following at Tuesday, July 09, 2013 6:39 AM
>Regarding to the fstab format, I don't know if it is supported, but it
>would be nice to support Environment Variables.
>
>For example, Instead of: C:/Users /desktop
>
>Use: %USERPROFILE% /desktop
>
>It is only a suggestion/example.
As
Hello,
Regarding to the fstab format, I don't know if it is supported, but it
would be nice to support Environment Variables.
For example, Instead of:
C:/Users/desktop
Use:
%USERPROFILE% /desktop
It is only a suggestion/example.
Regards.
##
>>> >> >> >> {
>>> >> >> >> - cha
On Thu, Jul 04, 2013 at 02:16:17PM +0200, Corinna Vinschen wrote:
>On Jul 4 13:45, Alexey Pavlov wrote:
>> 2013/7/4 Corinna Vinschen:
>> > On Jul 4 14:23, Alexey Pavlov wrote:
>> >> 2013/7/4 Corinna Vinschen:
>> >> > On Jul 4 12:37, Alexey Pavlov wrote:
>> >> >> 2013/7/4 Corinna Vinschen:
>> >>
On 7/4/2013 4:38 AM, Corinna Vinschen wrote:
On Jul 3 17:57, Christopher Faylor wrote:
On Wed, Jul 03, 2013 at 05:03:04PM -0400, Charles Wilson wrote:
Or is the proposal on the table for the same installation to be usable
in both modes, depending on the nature of the launched application?
Th
On 7/4/2013 8:16 AM, Corinna Vinschen wrote:
I'm ok with that, but I think we should drop the "32" from MINGW in
the first place.
Does anybody rely on the "WOW64" in uname -s output? I just checked
the scripts in /bin in my installation and none of it seems to check
for that info.
And then aga
On 7/4/2013 6:47 AM, Corinna Vinschen wrote:
Hmm, out of curiousity. Why is the name MINGW_NT-6.1-WOW64\0 not
suitable. For what is this 32 good for?
Sorry, for this stupid question.
No sorry here, it's not stupid. I agree, why not just drop the "32"?
Because it would break any configure
On Jul 4 13:45, Alexey Pavlov wrote:
> 2013/7/4 Corinna Vinschen:
> > On Jul 4 14:23, Alexey Pavlov wrote:
> >> 2013/7/4 Corinna Vinschen:
> >> > On Jul 4 12:37, Alexey Pavlov wrote:
> >> >> 2013/7/4 Corinna Vinschen:
> >> >> > On Jul 4 13:09, Alexey Pavlov wrote:
> >> >> >> struct utsname
> >
2013/7/4 Corinna Vinschen:
> On Jul 4 12:34, Kai Tietz wrote:
>> 2013/7/4 Alexey Pavlov wrote:
>> > 2013/7/4 Corinna Vinschen:
>> >> On Jul 4 12:37, Alexey Pavlov wrote:
>> >>> 2013/7/4 Corinna Vinschen:
>> >>> > On Jul 4 13:09, Alexey Pavlov wrote:
>> >>> >> 2013-06-18 Alexey Pavlov
>> >>> >>
On Jul 4 12:34, Kai Tietz wrote:
> 2013/7/4 Alexey Pavlov wrote:
> > 2013/7/4 Corinna Vinschen:
> >> On Jul 4 12:37, Alexey Pavlov wrote:
> >>> 2013/7/4 Corinna Vinschen:
> >>> > On Jul 4 13:09, Alexey Pavlov wrote:
> >>> >> 2013-06-18 Alexey Pavlov
> >>> >>
> >>> >> * mount.cc: Allow using a s
2013/7/4 Corinna Vinschen:
> On Jul 4 14:23, Alexey Pavlov wrote:
>> 2013/7/4 Corinna Vinschen:
>> > On Jul 4 12:37, Alexey Pavlov wrote:
>> >> 2013/7/4 Corinna Vinschen:
>> >> > On Jul 4 13:09, Alexey Pavlov wrote:
>> >> >> 2013-06-18 Alexey Pavlov
>> >> >>
>> >> >> * mount.cc: Allow using a s
On Jul 4 14:23, Alexey Pavlov wrote:
> 2013/7/4 Corinna Vinschen:
> > On Jul 4 12:37, Alexey Pavlov wrote:
> >> 2013/7/4 Corinna Vinschen:
> >> > On Jul 4 13:09, Alexey Pavlov wrote:
> >> >> 2013-06-18 Alexey Pavlov
> >> >>
> >> >> * mount.cc: Allow using a shortened version of mount points in
2013/7/4 Alexey Pavlov wrote:
> 2013/7/4 Corinna Vinschen:
>> On Jul 4 12:37, Alexey Pavlov wrote:
>>> 2013/7/4 Corinna Vinschen:
>>> > On Jul 4 13:09, Alexey Pavlov wrote:
>>> >> 2013-06-18 Alexey Pavlov
>>> >>
>>> >> * mount.cc: Allow using a shortened version of mount points in /etc/fstab
>>>
2013/7/4 Corinna Vinschen:
> On Jul 4 12:37, Alexey Pavlov wrote:
>> 2013/7/4 Corinna Vinschen:
>> > On Jul 4 13:09, Alexey Pavlov wrote:
>> >> 2013-06-18 Alexey Pavlov
>> >>
>> >> * mount.cc: Allow using a shortened version of mount points in /etc/fstab
>> >> * utsname.h: Increase sysname fiels
On Jul 4 12:37, Alexey Pavlov wrote:
> 2013/7/4 Corinna Vinschen:
> > On Jul 4 13:09, Alexey Pavlov wrote:
> >> 2013-06-18 Alexey Pavlov
> >>
> >> * mount.cc: Allow using a shortened version of mount points in /etc/fstab
> >> * utsname.h: Increase sysname fiels size.
> >> * uname.cc: Allow chang
2013/7/4 Corinna Vinschen:
> On Jul 4 13:09, Alexey Pavlov wrote:
>> 2013-06-18 Alexey Pavlov
>>
>> * mount.cc: Allow using a shortened version of mount points in /etc/fstab
>> * utsname.h: Increase sysname fiels size.
>> * uname.cc: Allow changing OS name by MSYSTEM environment variable.
>> [...
On Jul 4 13:09, Alexey Pavlov wrote:
> 2013-06-18 Alexey Pavlov
>
> * mount.cc: Allow using a shortened version of mount points in /etc/fstab
> * utsname.h: Increase sysname fiels size.
> * uname.cc: Allow changing OS name by MSYSTEM environment variable.
> [...SNIP...]
Can we please move patch
On Jul 4 13:07, Alexey Pavlov wrote:
> 2013/7/4 Corinna Vinschen:
> > Hi Alexey,
> >
> > On Jul 4 06:33, Alexey Pavlov wrote:
> >> My opinion is to extend Cygwin parser to read msys-like mounts. It's
> >> very simple:
> >>
> >> --- mount.cc 2013-04-24 20:29:29.0 +0400
> >> +++ Cygwin/wins
2013-06-18 Alexey Pavlov
* mount.cc: Allow using a shortened version of mount points in /etc/fstab
* utsname.h: Increase sysname fiels size.
* uname.cc: Allow changing OS name by MSYSTEM environment variable.
Index: cygwin/mount.cc
2013/7/4 Corinna Vinschen:
> Hi Alexey,
>
> On Jul 4 06:33, Alexey Pavlov wrote:
>> My opinion is to extend Cygwin parser to read msys-like mounts. It's
>> very simple:
>>
>> --- mount.cc 2013-04-24 20:29:29.0 +0400
>> +++ Cygwin/winsup/cygwin/mount.cc 2013-06-13 09:35:01.479492100 +0400
>
Hi Alexey,
On Jul 4 06:33, Alexey Pavlov wrote:
> My opinion is to extend Cygwin parser to read msys-like mounts. It's
> very simple:
>
> --- mount.cc 2013-04-24 20:29:29.0 +0400
> +++ Cygwin/winsup/cygwin/mount.cc 2013-06-13 09:35:01.479492100 +0400
> @@ -1125,8 +1118,17 @@
>if (!*c
On Jul 3 17:57, Christopher Faylor wrote:
> On Wed, Jul 03, 2013 at 05:03:04PM -0400, Charles Wilson wrote:
> >On 7/3/2013 3:50 PM, Corinna Vinschen wrote:
> >> On Jul 3 22:24, Alexey Pavlov wrote:
> >>> 2013/7/3 Christopher Faylor:
> >>> I need it to be able read short mount points from fstab:
My opinion is to extend Cygwin parser to read msys-like mounts. It's
very simple:
--- mount.cc 2013-04-24 20:29:29.0 +0400
+++ Cygwin/winsup/cygwin/mount.cc 2013-06-13 09:35:01.479492100 +0400
@@ -1125,8 +1118,17 @@
if (!*c)
return true;
cend = find_ws (c);
- *cend = '\0';
p
On 7/3/2013 5:57 PM, Christopher Faylor wrote:
On Wed, Jul 03, 2013 at 05:03:04PM -0400, Charles Wilson wrote:
Or is the proposal on the table for the same installation to be usable
in both modes, depending on the nature of the launched application?
That's an interesting idea but I don't think
On Wed, Jul 03, 2013 at 05:03:04PM -0400, Charles Wilson wrote:
>On 7/3/2013 3:50 PM, Corinna Vinschen wrote:
>> On Jul 3 22:24, Alexey Pavlov wrote:
>>> 2013/7/3 Christopher Faylor:
>>> I need it to be able read short mount points from fstab:
>>> .
>>> All other options are set by default. With
On 7/3/2013 3:50 PM, Corinna Vinschen wrote:
On Jul 3 22:24, Alexey Pavlov wrote:
2013/7/3 Christopher Faylor:
I need it to be able read short mount points from fstab:
.
All other options are set by default. With my changes I can have in
/etc/fstab both types of mount points - cygwin-like and
On Jul 3 22:24, Alexey Pavlov wrote:
> 2013/7/3 Christopher Faylor:
> > On Wed, Jul 03, 2013 at 08:03:25PM +0400, Alexey Pavlov wrote:
> >>I want to continue our discussion about integrating MSYS mode into
> >>Cygwin sources.
> >>Right now we need to determine where you can create hooks for msys
>
2013/7/3 Christopher Faylor:
> On Wed, Jul 03, 2013 at 08:03:25PM +0400, Alexey Pavlov wrote:
>>I want to continue our discussion about integrating MSYS mode into
>>Cygwin sources.
>>Right now we need to determine where you can create hooks for msys
>>plugin I think.
>>MSYS plugin need to has abili
On Wed, Jul 03, 2013 at 08:03:25PM +0400, Alexey Pavlov wrote:
>I want to continue our discussion about integrating MSYS mode into
>Cygwin sources.
>Right now we need to determine where you can create hooks for msys
>plugin I think.
>MSYS plugin need to has ability to change next logic:
>
> - gener
On Thu, Dec 07, 2006 at 09:27:19AM -0500, Bob Rossi wrote:
>On Thu, Dec 07, 2006 at 09:19:04AM -0500, Buchbinder, Barry (NIH/NIAID) [E]
>wrote:
>> Bob Rossi wrote on Thursday, December 07, 2006 9:10 AM:
>> > I'd like to know if anyone knows if it is possible to start the msys
>> > environment from
On Dec 7 09:27, Bob Rossi wrote:
> However, when I'm remote,
> there is no way I can see to get into an msys environment.
>
> The mingw-users list suggested that I get another version of sshd that's
> not related to cygwin. However, i like cygwin's sshd server.
MSYS is a very old Cygwin version
On Thu, Dec 07, 2006 at 09:19:04AM -0500, Buchbinder, Barry (NIH/NIAID) [E]
wrote:
> Bob Rossi wrote on Thursday, December 07, 2006 9:10 AM:
> > I'd like to know if anyone knows if it is possible to start the msys
> > environment from a cygwin shell? I'm ssh'ing into a windows machine,
> > which g
Bob Rossi wrote on Thursday, December 07, 2006 9:10 AM:
> I'd like to know if anyone knows if it is possible to start the msys
> environment from a cygwin shell? I'm ssh'ing into a windows machine,
> which gives me a cygwin shell. I've tried a lot of things, and can't
> get an msys environment.
Alright -- thanks so much for the clarificaiton. From your suggestions I should
be able to create a script that will do the job well enough.
Thanks again -Tom
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
On Mon, 30 Jan 2006, Brian Dessent wrote:
> tom wrote:
>
> > I guess the two will be mutually exclusive, unless you Cygwin devs see
> > some reason to merge some of Earnie's work. I'm have to believe
> > there's some reason why it hasn't been done though. I'm sure it's
> > non-trivial to say the
tom wrote:
> I guess the two will be mutually exclusive, unless you Cygwin devs see some
> reason to merge some of Earnie's work. I'm have to believe there's some
> reason
> why it hasn't been done though. I'm sure it's non-trivial to say the least.
>
> Thanks for the help anyways! Cygwin and
See this thread for more info:
http://sourceforge.net/forum/forum.php?thread_id=1430505&forum_id=290275
I guess the two will be mutually exclusive, unless you Cygwin devs see some
reason to merge some of Earnie's work. I'm have to believe there's some reason
why it hasn't been done though. I'm s
Dave Korn artimi.com> writes:
> But cygwin apps understand *nix style paths natively! ...
Right - My problem comes when I want to run a windows app from the cygwin shell.
For example:
gvim.exe /c/src/myfile.cs
Why would I want to do this:
1. The Cygwin shell in general has all sorts of good
On 30 January 2006 16:25, tom wrote:
> That said, one thing I loved about msys is the ability to pass a *nix
> style path and have it automatically converted, i.e. I could start gvim
> like so:
> gvim.exe /c/src/myfile.cs
> and the path would convert to 'C:\src\myfile.cs' for the windows exe.
>
38 matches
Mail list logo
