So errno was a bad example but you can try accessing e.g. __ctype_ptr__,
__progname, optarg, h_errno, or use FE_DFL_ENV from another DLL, just
for kicks.
__ctype_ptr__ is a function
h_errno works like errno with an imported function
FE_DFL_ENV is a macro
__progname and optarg are local
On Fri, Aug 16, 2019 at 3:33 PM David Karr wrote:
> On Fri, Aug 16, 2019 at 2:17 PM L A Walsh wrote:
>
>> On 2019/08/15 18:28, David Karr wrote:
>> > I logged into my Win7 laptop and I saw it was having some connection
>> > problems, so I decided to reboot.
>> >
>> > After the reboot I found that
Hi Audrey,
On Fri, Aug 16, 2019 at 01:36:58PM +0300, Andrey Repin wrote:
> Greetings, All!
>
> I'm trying to resolve the problem at my new workplace, which seems to be
> affecting the ability to use git with VS Code.
> It just does not see the repo, no matter if I point its nose directly to the
>
On Fri, Aug 16, 2019 at 2:17 PM L A Walsh wrote:
> On 2019/08/15 18:28, David Karr wrote:
> > I logged into my Win7 laptop and I saw it was having some connection
> > problems, so I decided to reboot.
> >
> > After the reboot I found that Cygwin had some basic problems. I brought
> up
> > a
On Fri, Aug 16, 2019 at 2:20 PM Andrey Repin wrote:
> Greetings, David Karr!
>
> >> > So, before this reboot, my Cygwin home directory has always been
> >> > "/home/", which has always resided at
> "c:\cygwin64\home\".
> >> > After the reboot, my Cygwin home directory is "/", which appears to
>
On Fri, Aug 16, 2019 at 2:01 PM Quanah Gibson-Mount
wrote:
>
>
> --On Saturday, August 17, 2019 12:28 AM +0300 Andrey Repin
> wrote:
>
> > Greetings, David Karr!
> >
> >>> > I wish I could get my own messages on this list, so I could add more
> >>> > information to my first note.
> >>>
> >>>
Greetings, David Karr!
>> > So, before this reboot, my Cygwin home directory has always been
>> > "/home/", which has always resided at "c:\cygwin64\home\".
>> > After the reboot, my Cygwin home directory is "/", which appears to
>> > translate to "c:\cygwin64" (from "cygpath -w /"). However,
On 2019/08/15 18:28, David Karr wrote:
> I logged into my Win7 laptop and I saw it was having some connection
> problems, so I decided to reboot.
>
> After the reboot I found that Cygwin had some basic problems. I brought up
> a mintty window (C:\cygwin64\bin\mintty.exe -e /bin/bash --login) and
On 2019/08/15 19:38, David Karr wrote:
> I wish I could get my own messages on this list, so I could add more
> information to my first note.
>
It's a gmail feature! As you have a gmail address, presumably you
created it in gmail, which means it should be in your outgoing message
--On Saturday, August 17, 2019 12:28 AM +0300 Andrey Repin
wrote:
Greetings, David Karr!
> I wish I could get my own messages on this list, so I could add more
> information to my first note.
Just reply to your own initial message. Or better yet, subscribe.
I am subscribed. I
On Fri, 16 Aug 2019 11:43:22, David Karr wrote:
> On Fri, Aug 16, 2019 at 7:58 AM Houder wrote:
>
> > On Fri, 16 Aug 2019 06:40:28, David Karr wrote:
[snip]
> > > Any other ideas?
> >
> > 1. cygcheck -srv? (include the compressed output to your reply)
> >
> > 2. getent passwd? (what home
Greetings, David Karr!
>> > I wish I could get my own messages on this list, so I could add more
>> > information to my first note.
>>
>> Just reply to your own initial message. Or better yet, subscribe.
>>
> I am subscribed. I can't reply to my own initial message because I never
> receive my
On Fri, Aug 16, 2019 at 11:43 AM Lee wrote:
> On 8/16/19, David Karr wrote:
> > On Fri, Aug 16, 2019 at 10:32 AM Hans-Bernhard Bröker wrote:
> >
> >> Am 16.08.2019 um 15:28 schrieb David Karr:
> >> > On Fri, Aug 16, 2019 at 3:50 AM Andrey Repin wrote:
> >>
> >> >> Do you have %HOME% variable set
On Fri, Aug 16, 2019 at 11:22 AM Houder wrote:
> On Fri, 16 Aug 2019 16:58:09, Houder wrote:
> > On Fri, 16 Aug 2019 06:40:28, David Karr wrote:
> > > On Fri, Aug 16, 2019 at 2:01 AM Houder wrote:
> > ..
> >
> > > > Please study /etc/profile where it says "here is how HOME is set" ...
> > > >
>
On Fri, Aug 16, 2019 at 7:58 AM Houder wrote:
> On Fri, 16 Aug 2019 06:40:28, David Karr wrote:
> > On Fri, Aug 16, 2019 at 2:01 AM Houder wrote:
> ..
>
> > > Please study /etc/profile where it says "here is how HOME is set" ...
> > >
> >
> > Ok. This says:
> >
> > # 1) From existing HOME in
On 8/16/19, David Karr wrote:
> On Fri, Aug 16, 2019 at 10:32 AM Hans-Bernhard Bröker wrote:
>
>> Am 16.08.2019 um 15:28 schrieb David Karr:
>> > On Fri, Aug 16, 2019 at 3:50 AM Andrey Repin wrote:
>>
>> >> Do you have %HOME% variable set in your user environment?
>> >> Do you have
On Fri, Aug 16, 2019 at 10:32 AM Hans-Bernhard Bröker wrote:
> Am 16.08.2019 um 15:28 schrieb David Karr:
> > On Fri, Aug 16, 2019 at 3:50 AM Andrey Repin wrote:
>
> >> Do you have %HOME% variable set in your user environment?
> >> Do you have %HOMEDRIVE%/%HOMEPATH% variables defined to something
On Fri, 16 Aug 2019 16:58:09, Houder wrote:
> On Fri, 16 Aug 2019 06:40:28, David Karr wrote:
> > On Fri, Aug 16, 2019 at 2:01 AM Houder wrote:
> ..
>
> > > Please study /etc/profile where it says "here is how HOME is set" ...
> > >
> >
> > Ok. This says:
> >
> > # 1) From existing HOME in
Am 16.08.2019 um 15:28 schrieb David Karr:
> On Fri, Aug 16, 2019 at 3:50 AM Andrey Repin wrote:
>> Do you have %HOME% variable set in your user environment?
>> Do you have %HOMEDRIVE%/%HOMEPATH% variables defined to something
>> unsettling?
> I checked "Environment Variables" in control panel,
On Fri, 16 Aug 2019 06:40:28, David Karr wrote:
> On Fri, Aug 16, 2019 at 2:01 AM Houder wrote:
..
> > Please study /etc/profile where it says "here is how HOME is set" ...
> >
>
> Ok. This says:
>
> # 1) From existing HOME in the Windows environment, translated to a
> Posix path
> # 2)
Hi Takashi,
On Aug 15 17:09, Corinna Vinschen wrote:
> On Aug 15 17:04, Corinna Vinschen wrote:
> > On Aug 15 12:36, Corinna Vinschen wrote:
> > > On Aug 15 09:49, Corinna Vinschen wrote:
> > > > On Aug 15 04:21, Takashi Yano wrote:
> > > > > On Wed, 14 Aug 2019 15:49:00 +0200
> > > > > Corinna
On Fri, Aug 16, 2019 at 2:01 AM Houder wrote:
> On Thu, 15 Aug 2019 18:28:09, David Karr wrote:
> > I logged into my Win7 laptop and I saw it was having some connection
> > problems, so I decided to reboot.
> >
> > After the reboot I found that Cygwin had some basic problems. I brought
> up
> >
On Fri, Aug 16, 2019 at 3:50 AM Andrey Repin wrote:
> Greetings, David Karr!
>
> > I wish I could get my own messages on this list, so I could add more
> > information to my first note.
>
> Just reply to your own initial message. Or better yet, subscribe.
>
I am subscribed. I can't reply to my
Hey,
Just my 5 cents to this. As Corinna pointed out, is the case, that a
"small" memory model application works for you, no valid prove that
all application will work on such a model. Another thing, which
cygwin depends heavily on is the pseudo-relocation stuff. It is not
guaranteed that code
On Aug 16 12:38, Agner Fog wrote:
>
> On 16/08/2019 11.52, Corinna Vinschen wrote:
> > 2 GB. Think errno accessed from another DLL. Your application works only
> > by chance.
>
> Good example.
>
> errno appears to be a global variable for historical reasons, but errno is
> implemented as a
Greetings, David Karr!
> I wish I could get my own messages on this list, so I could add more
> information to my first note.
Just reply to your own initial message. Or better yet, subscribe.
> Running the installer again made no difference. It still thinks my HOME is
> "/".
Do you have
Greetings, All!
I'm trying to resolve the problem at my new workplace, which seems to be
affecting the ability to use git with VS Code.
It just does not see the repo, no matter if I point its nose directly to the
directory.
When toying around the terminal, I noticed that calling simple
> git
On 16/08/2019 11.52, Corinna Vinschen wrote:
2 GB. Think errno accessed from another DLL. Your application works
only by chance.
Good example.
errno appears to be a global variable for historical reasons, but errno
is implemented as a macro that translates to a call to the imported
On Aug 16 11:27, Agner Fog wrote:
> Thanks for your replies.
>
> A Cygwin application with -mcmodel=small appears to work fine.
>
> As I explained, -mcmodel=small does something else when the target is
> Windows. It does not require addresses to be below 2GB, it only requires the
> distance
Thanks for your replies.
A Cygwin application with -mcmodel=small appears to work fine.
As I explained, -mcmodel=small does something else when the target is
Windows. It does not require addresses to be below 2GB, it only requires
the distance between a code section and it's data section to
On Thu, 15 Aug 2019 18:28:09, David Karr wrote:
> I logged into my Win7 laptop and I saw it was having some connection
> problems, so I decided to reboot.
>
> After the reboot I found that Cygwin had some basic problems. I brought up
> a mintty window (C:\cygwin64\bin\mintty.exe -e /bin/bash
On Aug 16 08:06, Agner Fog wrote:
> Cygwin Clang is using -mcmodel=medium as default for Win64, according to my
> tests, while the right model is -mcmodel=small
-mcmodel=small is *only* the right model if the target is native
Windows. If the target is a Cygwin application it *must* at least
be
Hi, please don't start a new Subject: by replying on another thread. It fouls
up mail threading for folks trying to follow multiple threads. Just start a new
thread with your new Subject:. Thanks.
Agner Fog wrote:
Cygwin Clang is using -mcmodel=medium as default for Win64, according to my
Cygwin Clang is using -mcmodel=medium as default for Win64, according to
my tests, while the right model is -mcmodel=small
Linux Clang with --target=x86_64-pc-cygwin gives the small memory model.
I took this to the LLVM Bugzilla as you asked me to:
https://bugs.llvm.org/show_bug.cgi?id=42983
34 matches
Mail list logo