public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
Search results ordered by [date|relevance]  view[summary|nested|Atom feed]
thread overview below | download mbox.gz: |
* Colors.....
  @ 1998-09-08  7:53  8% ` Jose I. Cabrera
  1998-09-09 19:41  7%   ` Colors Alex Rezinsky
  0 siblings, 1 reply; 200+ results
From: Jose I. Cabrera @ 1998-09-08  7:53 UTC (permalink / raw)
  To: gnu-win32

Does anyone knows how to put colors on the bash screen?  I have a nice
utility called NTSh and it has great colors.  Anyone?

thanks.
jose
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 8%]

* Re: Colors.....
@ 1998-09-09  6:59  9% 조재철
  0 siblings, 0 replies; 200+ results
From: 조재철 @ 1998-09-09  6:59 UTC (permalink / raw)
  To: Jose I. Cabrera, gnu-win32

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 782 bytes --]

alias ls='ls --color'

-----¿øº» ¸Þ½ÃÁö-----
º¸³½ »ç¶÷: Jose I. Cabrera <cabrera@wrc.xerox.com>
¹Þ´Â »ç¶÷: gnu-win32@cygnus.com <gnu-win32@cygnus.com>
³¯Â¥: 1998³â 9¿ù 9ÀÏ ¼ö¿äÀÏ ¿ÀÈÄ 9:26
Á¦¸ñ: Colors.....


>Does anyone knows how to put colors on the bash screen?  I have a nice
>utility called NTSh and it has great colors.  Anyone?
>
>thanks.
>jose
>-
>For help on using this list (especially unsubscribing), send a message to
>"gnu-win32-request@cygnus.com" with one line of text: "help".
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 9%]

* Re: Colors.....
  1998-09-08  7:53  8% ` Colors Jose I. Cabrera
@ 1998-09-09 19:41  7%   ` Alex Rezinsky
  1998-09-10  2:15  8%     ` Colors Jose I. Cabrera
                       ` (2 more replies)
  0 siblings, 3 replies; 200+ results
From: Alex Rezinsky @ 1998-09-09 19:41 UTC (permalink / raw)
  To: Jose I. Cabrera; +Cc: gnu-win32

    Hi,

This is fragment from my .bashrc file where I set colors for each prompt
depending on exit status of the previous command.
Hope this will help.

Alex Rezinsky
Motorola Semiconductor Israel
alexr@msil.sps.mot.com

-------------------------------

# Colors
export fg_black="^[[30m"
export fg_red="^[[31m"
export fg_green="^[[32m"
export fg_yellow="^[[33m"
export fg_blue="^[[34m"
export fg_magenta="^[[35m"
export fg_cyan="^[[36m"
export fg_white="^[[37m"
export bg_black="^[[40m"
export bg_red="^[[41m"
export bg_green="^[[42m"
export bg_yellow="^[[43m"
export bg_blue="^[[44m"
export bg_magenta="^[[45m"
export bg_cyan="^[[46m"
export bg_white="^[[47m"
export normal="^[[0m"

        set_promtp_colors()
        {
            if (( $? ))
            then
                prompt_beg=${bg_red}${fg_yellow}
                prompt_end=${normal}
            else
                prompt_beg=${bg_blue}${fg_yellow}
                prompt_end=${normal}
            fi
        }

PROMPT_COMMAND=set_promtp_colors
PS1=' \[${prompt_beg}\]<\!>\[${prompt_end}\] '


Jose I. Cabrera wrote:

> Does anyone knows how to put colors on the bash screen?  I have a nice
> utility called NTSh and it has great colors.  Anyone?
>
> thanks.
> jose
> -
> For help on using this list (especially unsubscribing), send a message to
> "gnu-win32-request@cygnus.com" with one line of text: "help".
>

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 7%]

* Re: Colors.....
  1998-09-09 19:41  7%   ` Colors Alex Rezinsky
@ 1998-09-10  2:15  8%     ` Jose I. Cabrera
  1998-10-08  8:26  8%     ` tcsh Jose I. Cabrera
  1998-11-25 12:51  8%     ` bash scripts and cd's Jose I. Cabrera
  2 siblings, 0 replies; 200+ results
From: Jose I. Cabrera @ 1998-09-10  2:15 UTC (permalink / raw)
  To: Alex Rezinsky; +Cc: gnu-win32

thank you very much....


Alex Rezinsky wrote:
> 
>     Hi,
> 
> This is fragment from my .bashrc file where I set colors for each prompt
> depending on exit status of the previous command.
> Hope this will help.
> 
> Alex Rezinsky
> Motorola Semiconductor Israel
> alexr@msil.sps.mot.com
> 
> -------------------------------
> 
> # Colors
> export fg_black="^[[30m"
> export fg_red="^[[31m"
> export fg_green="^[[32m"
> export fg_yellow="^[[33m"
> export fg_blue="^[[34m"
> export fg_magenta="^[[35m"
> export fg_cyan="^[[36m"
> export fg_white="^[[37m"
> export bg_black="^[[40m"
> export bg_red="^[[41m"
> export bg_green="^[[42m"
> export bg_yellow="^[[43m"
> export bg_blue="^[[44m"
> export bg_magenta="^[[45m"
> export bg_cyan="^[[46m"
> export bg_white="^[[47m"
> export normal="^[[0m"
> 
>         set_promtp_colors()
>         {
>             if (( $? ))
>             then
>                 prompt_beg=${bg_red}${fg_yellow}
>                 prompt_end=${normal}
>             else
>                 prompt_beg=${bg_blue}${fg_yellow}
>                 prompt_end=${normal}
>             fi
>         }
> 
> PROMPT_COMMAND=set_promtp_colors
> PS1=' \[${prompt_beg}\]<\!>\[${prompt_end}\] '
> 
> Jose I. Cabrera wrote:
> 
> > Does anyone knows how to put colors on the bash screen?  I have a nice
> > utility called NTSh and it has great colors.  Anyone?
> >
> > thanks.
> > jose
> > -
> > For help on using this list (especially unsubscribing), send a message to
> > "gnu-win32-request@cygnus.com" with one line of text: "help".
> >

-- 

Hasta pronto.....!!!
Y como dice mi pa'i, "Mecedora!!"

(((((((((((((((((((((((((((((((((())))))))))))))))))))))))))))))))
!!                 jose.....El Dominicano Americano Ausente.    !!
!!    These are my opinions and not my employer's.              !!
(((((((((((((((((((((((((((((((((())))))))))))))))))))))))))))))))
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 8%]

* cd'ing to a shortcut
  @ 1998-09-15 19:33  8% ` Jose I. Cabrera
  1998-10-02 15:15  8% ` newbie seeks help Jose I. Cabrera
                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 200+ results
From: Jose I. Cabrera @ 1998-09-15 19:33 UTC (permalink / raw)
  To: gnu-win32

In my home, I added a shortcut to a directory that I use a lot.
How can I change to it from bash?  When I cd to the shortcut name,
it tells me that I have no right.  Here is the full screen:

------------------------------------------------------------------

/jicman <50> ls -l
total 3
-rwxr-xr-x   1 0        everyone      217 Sep 15 14:08 Apps (D).lnk
-rw-r--r--   1 0        everyone      232 Aug 18 11:03 Escalate on Bountiful.lnk

-rw-r--r--   1 0        everyone      377 Sep 15 11:22 New Logs.lnk
drwxr-xr-x   2 0        everyone        0 Sep 15 14:05 test
/jicman <51> cd Apps\ \(D\).lnk
bash: cd: Apps (D).lnk: Permission denied
/jicman <52> cd Escalate\ on\ Bountiful.lnk
bash: cd: Escalate on Bountiful.lnk: Permission denied
/jicman <53> cd New\ Logs.lnk
bash: cd: New Logs.lnk: Permission denied
/jicman <54> cd test/
/jicman/test <55>

--------------------------------------------------------------------

Why is this happening?  How can I cd into this shortcut?  I've
noticed that the test directory has chmod bits assignments
different than the others shortcuts.  I have tried to assign the
d option to the Apps\ \(D\).lnk shortcut, but, I have had no
luck with it.

Anyone?

Please email me, since I will go into vacation soon and I am off
the list until I come back....thanks...

jose
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 8%]

* newbie seeks help.....
    1998-09-15 19:33  8% ` cd'ing to a shortcut Jose I. Cabrera
@ 1998-10-02 15:15  8% ` Jose I. Cabrera
  1998-11-12 16:07  8% ` Loading gnu made DLL with MSVC Jose I. Cabrera
       [not found]     ` <3.0.5.32.19980916144752.00ae9bf0@pop.ma.ultranet.com>
  3 siblings, 0 replies; 200+ results
From: Jose I. Cabrera @ 1998-10-02 15:15 UTC (permalink / raw)
  To: gnu-win32

hi all!

I need to know the basic of using the GNU libraries from the grown
up.  I was looking at the site on how to program in c or c++.  I
am a programmer, but, I've never use any UNIX platform.

Can anyone point me to a site where it has the how to's of programming
in UNIX.  By the way, I've read the FAQ and most of the site that it
says and there is no help for beginners.

Thanks....

jose
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 8%]

* which command in Unix
  @ 1998-10-06 11:05  8% ` Jose I. Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose I. Cabrera @ 1998-10-06 11:05 UTC (permalink / raw)
  To: gnu-win32

I know that there is a command in bash that acts somewhat like
the which command in UNIX.  Can anyone tell me what it is?
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 8%]

* Re: which command in Unix
@ 1998-10-07  8:45  9% Earnie Boyd
  0 siblings, 0 replies; 200+ results
From: Earnie Boyd @ 1998-10-07  8:45 UTC (permalink / raw)
  To: gnu-win32, Jose I. Cabrera

type -a command  (gives all locations of the command)
type command     (gives only the executed location of the command)

I tend to do:

alias which='type -a'



---"Jose I. Cabrera" <cabrera@wrc.xerox.com> wrote:
>
> I know that there is a command in bash that acts somewhat like
> the which command in UNIX.  Can anyone tell me what it is?
> -
> For help on using this list (especially unsubscribing), send a
message to
> "gnu-win32-request@cygnus.com" with one line of text: "help".
> 


==
-                \\||//
-----------o0O0--Earnie--0O0o------------
--        earnie_boyd@yahoo.com        --
-- http://freeyellow.com/members5/gw32 --
--------------ooo0O--O0ooo---------------

PS: Newbie's, you should visit my page.
_________________________________________________________
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 9%]

* RE: which command in Unix
@ 1998-10-07 15:04  0% Brendon Oliver
  0 siblings, 0 replies; 200+ results
From: Brendon Oliver @ 1998-10-07 15:04 UTC (permalink / raw)
  To: gnu-win32, 'Jose I. Cabrera'

Hi Jose,

You're thinking of "type", it's a shell built-in.

eg:
/HOME) type ls
ls is /CYGNUS/B19/H-I386~1/BIN/ls
/HOME)

Regards,

- Brendon.

> ----------
> From: 	Jose I. Cabrera[SMTP:cabrera@wrc.xerox.com]
> Sent: 	Wednesday, 7 October 1998 4:05
> To: 	gnu-win32@cygnus.com
> Subject: 	which command in Unix
> 
> I know that there is a command in bash that acts somewhat like
> the which command in UNIX.  Can anyone tell me what it is?
> -
> For help on using this list (especially unsubscribing), send a message
> to
> "gnu-win32-request@cygnus.com" with one line of text: "help".
> 
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 0%]

* tcsh
  1998-09-09 19:41  7%   ` Colors Alex Rezinsky
  1998-09-10  2:15  8%     ` Colors Jose I. Cabrera
@ 1998-10-08  8:26  8%     ` Jose I. Cabrera
  1998-10-09  2:33  7%       ` tcsh Corinna Vinschen
  1998-11-25 12:51  8%     ` bash scripts and cd's Jose I. Cabrera
  2 siblings, 1 reply; 200+ results
From: Jose I. Cabrera @ 1998-10-08  8:26 UTC (permalink / raw)
  To: Alex Rezinsky, gnu-win32

Has anyone ported this to GNU-Win32?  Anyone knows of an ftp site that
has this executable?

thanks,

jose
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 8%]

* Re: tcsh
  1998-10-08  8:26  8%     ` tcsh Jose I. Cabrera
@ 1998-10-09  2:33  7%       ` Corinna Vinschen
  0 siblings, 0 replies; 200+ results
From: Corinna Vinschen @ 1998-10-09  2:33 UTC (permalink / raw)
  To: Jose I. Cabrera, gnu-win32

Jose I. Cabrera wrote:
> 
> Has anyone ported this to GNU-Win32?  Anyone knows of an ftp site that
> has this executable?
> 
> thanks,
> 
> jose
> -
> For help on using this list (especially unsubscribing), send a message to
> "gnu-win32-request@cygnus.com" with one line of text: "help".

ftp://ftp.franken.de/pub/win32/develop/gnuwin32/cygwin32/
porters/Okhapkin Sergey/tcsh-6.06-cygwinb19.tar.gz

Corinna
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 7%]

* Re: tcsh
@ 1998-10-09  6:48  9% Earnie Boyd
  0 siblings, 0 replies; 200+ results
From: Earnie Boyd @ 1998-10-09  6:48 UTC (permalink / raw)
  To: Alex Rezinsky, Jose I. Cabrera, gnu-win32

There's a port at Sergey's site.  You can find a list of links at on
my pages.

---"Jose I. Cabrera" <cabrera@wrc.xerox.com> wrote:
>
> Has anyone ported this to GNU-Win32?  Anyone knows of an ftp site that
> has this executable?
> 
> thanks,
> 
> jose
> -
> For help on using this list (especially unsubscribing), send a
message to
> "gnu-win32-request@cygnus.com" with one line of text: "help".
> 

==
-                \\||//
-----------o0O0--Earnie--0O0o------------
--        earnie_boyd@yahoo.com        --
-- http://freeyellow.com/members5/gw32 --
--------------ooo0O--O0ooo---------------

PS: Newbie's, you should visit my page.
_________________________________________________________
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 9%]

* telnet
       [not found]     <000901bdf5b5$20dcd130$661412ac@slender.telelogic.com>
@ 1998-10-12 15:39  8% ` Jose I. Cabrera
  1998-10-13  5:17  7%   ` telnet Harry Broomhall
  0 siblings, 1 reply; 200+ results
From: Jose I. Cabrera @ 1998-10-12 15:39 UTC (permalink / raw)
  To: Jan Karlsson, gnu-win32

has anyone ported any telnet to NT4?

thx

jose
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 8%]

* Re: telnet
  1998-10-12 15:39  8% ` telnet Jose I. Cabrera
@ 1998-10-13  5:17  7%   ` Harry Broomhall
  0 siblings, 0 replies; 200+ results
From: Harry Broomhall @ 1998-10-13  5:17 UTC (permalink / raw)
  To: Jose I. Cabrera; +Cc: jan.karlsson, gnu-win32

Jose I. Cabrera said:
> 
> has anyone ported any telnet to NT4?

   Given that NT4 ships with one, why just 'any' telnet?
There are also a number of shareware ones out there.

   Regards,
       Harry.

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 7%]

* RE: telnet
@ 1998-10-14 14:52  9% Scandora, Anthony E., Jr.
  0 siblings, 0 replies; 200+ results
From: Scandora, Anthony E., Jr. @ 1998-10-14 14:52 UTC (permalink / raw)
  To: 'Harry Broomhall'; +Cc: 'gnu-win32@cygnus.com'

-----Original Message-----
From: Harry Broomhall [ mailto:haeb@demon.net ]
Sent: Tuesday, October 13, 1998 7:17 AM
To: Jose I. Cabrera
Cc: jan.karlsson@telelogic.com; gnu-win32@cygnus.com
Subject: Re: telnet


Jose I. Cabrera said:
> 
> has anyone ported any telnet to NT4?

   Given that NT4 ships with one, why just 'any' telnet?
There are also a number of shareware ones out there.

   Regards,
       Harry.

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 9%]

* RE: telnet
@ 1998-10-14 22:34  9% Scandora, Anthony E., Jr.
  0 siblings, 0 replies; 200+ results
From: Scandora, Anthony E., Jr. @ 1998-10-14 22:34 UTC (permalink / raw)
  To: 'Harry Broomhall'; +Cc: 'gnu-win32@cygnus.com'

Oops.  I hit the send button too soon a minute ago.

NT4 includes something called telnet, but it does not come close to
emulating
a VT100 terminal.  It doesn't get the numeric keypad or function keys right,
and it doesn't respond correctly to escape sequences.

My two favorite telnet clients are WinQVT (shareware) and Kermit 95.

Tony Scandora, Argonne National Lab, 630-252-7541
scandora@cmt.anl.gov


-----Original Message-----
From: Harry Broomhall [ mailto:haeb@demon.net ]
Sent: Tuesday, October 13, 1998 7:17 AM
To: Jose I. Cabrera
Cc: jan.karlsson@telelogic.com; gnu-win32@cygnus.com
Subject: Re: telnet


Jose I. Cabrera said:
> 
> has anyone ported any telnet to NT4?

   Given that NT4 ships with one, why just 'any' telnet?
There are also a number of shareware ones out there.

   Regards,
       Harry.

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 9%]

* Re: New Installation
  @ 1998-10-21  7:18  8%   ` Jose I. Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose I. Cabrera @ 1998-10-21  7:18 UTC (permalink / raw)
  To: gnu-win32

Larry Hall wrote:
> I feel compelled to point out that there is much less of a need (if any) to
> have the native Win32 version of vim (and probably other programs) if you

I completely agree with Larry.
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 8%]

* Re: Updated full.exe available
  @ 1998-11-06  9:01  8%   ` Jose I. Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose I. Cabrera @ 1998-11-06  9:01 UTC (permalink / raw)
  To: Geoffrey Noer; +Cc: gnu-win32

Thank you!  I have installed the full config and I have had no
problems.  I compiled a programs without a problem.  I am testing
it, but, I think all should be ok!

thanks Geoffrey!

Geoffrey Noer wrote:
> 
> FYI,
> 
> I have updated the full.exe in cygwin-b20 to correct for a serious
> install problem that I missed prior to the release.  If you are only
> interested in the user tools, please ignore this -- this problem only
> affected the full development tools installer.
> 
> The replacement full.exe was compiled from the same sources but this
> time includes everything it was supposed to, including tcl, tk, and
> gdb.  It is available now from:
> 
>     ftp://go.cygnus.com/pub/sourceware.cygnus.com/cygwin/cygwin-b20/
> 
> You can confirm that it's the new one by its update date (Nov 2) or by
> its size (12649719 or 12354K in my ftp listing).
> 
> It may take a day or two for the mirrors to update.
> 
> Regards and sorry for the confusion,
> 
> --
> Geoffrey Noer
> noer@cygnus.com
> -
> For help on using this list (especially unsubscribing), send a message to
> "gnu-win32-request@cygnus.com" with one line of text: "help".

-- 

Hasta pronto.....!!!
Y como dice mi pa'i, "Mecedora!!"

(((((((((((((((((((((((((((((((((())))))))))))))))))))))))))))))))
!!                 jose.....El Dominicano Americano Ausente.    !!
!!    These are my opinions and not my employer's.              !!
(((((((((((((((((((((((((((((((((())))))))))))))))))))))))))))))))
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 8%]

* Re: Loading gnu made DLL with MSVC
    1998-09-15 19:33  8% ` cd'ing to a shortcut Jose I. Cabrera
  1998-10-02 15:15  8% ` newbie seeks help Jose I. Cabrera
@ 1998-11-12 16:07  8% ` Jose I. Cabrera
       [not found]     ` <3.0.5.32.19980916144752.00ae9bf0@pop.ma.ultranet.com>
  3 siblings, 0 replies; 200+ results
From: Jose I. Cabrera @ 1998-11-12 16:07 UTC (permalink / raw)
  To: gnu-win32

Hi Everyone!

Great job on v20, Mr. Noer!!  I love it!  I've found something that was
working fine with v19, that is not the same with v20.  Previously, I was
able to rename a file, let's call it POOH.PCL, to pooh.pcl, by using the
mv command of bash.  Well, today, I tried this and I just lost a file
that was very important to me.  Anyway, here is the history:

<11:19:13> <3>ls
JIC.BAK       Jdb.pcl       SPAR.doc      simontxt.dmp
JIC.PCL       SIMON.txt     jdbpcl.dmp
<11:19:18> <4>lpr -Smy_n32 -PRAW JIC.PCL
<11:20:05> <5>mv JIC.PCL jic.pcl
mv: cannot move `JIC.PCL' to `jic.pcl': No such file or directory
<11:20:45> <6>ls
JIC.BAK       SIMON.txt     jdbpcl.dmp
Jdb.pcl       SPAR.doc      simontxt.dmp
<11:20:51> <7>

as you can see, JIC.PCL was deleted with the mv command.  I know that
I am moving it to the same name, but, I can assure you that this was
possible with v19. 

If anyone has a suggestion or comment, please cc me in, since I am off
the list for a little bit.  I am working on a project and can't read
all the messages, but, I will be back in later.

thanks!

-- 

Hasta pronto.....!!!
Y como dice mi pa'i, "Mecedora!!"

(((((((((((((((((((((((((((((((((())))))))))))))))))))))))))))))))
!!                 jose.....El Dominicano Americano Ausente.    !!
!!    These are my opinions and not my employer's.              !!
(((((((((((((((((((((((((((((((((())))))))))))))))))))))))))))))))
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 8%]

* bash scripts and cd's....
  1998-09-09 19:41  7%   ` Colors Alex Rezinsky
  1998-09-10  2:15  8%     ` Colors Jose I. Cabrera
  1998-10-08  8:26  8%     ` tcsh Jose I. Cabrera
@ 1998-11-25 12:51  8%     ` Jose I. Cabrera
  2 siblings, 0 replies; 200+ results
From: Jose I. Cabrera @ 1998-11-25 12:51 UTC (permalink / raw)
  To: gnu-win32

I have NT4SP3 running Cygnus v20.

I have a script:

--- begin script ---
#! /bin/sh

cd k:
cd NormalDirectory
cd "Directory with a spaces in between"

exit 0
--- end script ---

This executes ok.  But, when I do a ls, the files echo'ed are the
files from HOME.  why?  If I do this manually, I could get to
"Directory with a spaces in between".  Any idea why?

What I would like to happen is when I run this script, I would
like bash to point to the contents of
"Directory with a spaces in between".  Any help is already
appreciated.

thanks,

jose
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 8%]

* Re: bash scripts and cd's....
@ 1998-11-27  4:40  9% Earnie Boyd
  1998-11-27 15:14  8% ` Jose I. Cabrera
  0 siblings, 1 reply; 200+ results
From: Earnie Boyd @ 1998-11-27  4:40 UTC (permalink / raw)
  To: Jose I. Cabrera; +Cc: cygwin users

---"Jose I. Cabrera" <cabrera@wrc.xerox.com> wrote:

Hi, Jose.

>
> I have NT4SP3 running Cygnus v20.
> 
> I have a script:
> 
> --- begin script ---
> #! /bin/sh
> 
> cd k:
> cd NormalDirectory
> cd "Directory with a spaces in between"
> 
> exit 0
> --- end script ---
> 
> This executes ok.  But, when I do a ls, the files echo'ed are the
> files from HOME.  why?  If I do this manually, I could get to
> "Directory with a spaces in between".  Any idea why?
> 

For example purposes I'll call the script ys.  When ys is executed it
is executed in a child process.  The cd happens in the child not the
parent.  The parent never sees the cd that happens in the child process.

To have the parent issue the cd commands you need to use the "source"
command AKA ".".  E.G.:

bash$ source ys

or 

bash$ . ys

This will have the effect you want and leave the parent in path\ with\
spaces.


==
-                        \\||//
-------------------o0O0--Earnie--0O0o-------------------
--                earnie_boyd@yahoo.com               --
-- http://www.freeyellow.com/members5/gw32/index.html --
----------------------ooo0O--O0ooo----------------------

PS: Newbie's, you should visit my page.
_________________________________________________________
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 9%]

* Re: bash scripts and cd's....
  1998-11-27  4:40  9% bash scripts and cd's Earnie Boyd
@ 1998-11-27 15:14  8% ` Jose I. Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose I. Cabrera @ 1998-11-27 15:14 UTC (permalink / raw)
  To: earnie_boyd; +Cc: cygwin users

Thanks Earnie!  that worked....!

Earnie Boyd wrote:
> 
> ---"Jose I. Cabrera" <cabrera@wrc.xerox.com> wrote:
> 
> Hi, Jose.
> 
> >
> > I have NT4SP3 running Cygnus v20.
> >
> > I have a script:
> >
> > --- begin script ---
> > #! /bin/sh
> >
> > cd k:
> > cd NormalDirectory
> > cd "Directory with a spaces in between"
> >
> > exit 0
> > --- end script ---
> >
> > This executes ok.  But, when I do a ls, the files echo'ed are the
> > files from HOME.  why?  If I do this manually, I could get to
> > "Directory with a spaces in between".  Any idea why?
> >
> 
> For example purposes I'll call the script ys.  When ys is executed it
> is executed in a child process.  The cd happens in the child not the
> parent.  The parent never sees the cd that happens in the child process.
> 
> To have the parent issue the cd commands you need to use the "source"
> command AKA ".".  E.G.:
> 
> bash$ source ys
> 
> or
> 
> bash$ . ys
> 
> This will have the effect you want and leave the parent in path\ with\
> spaces.
> 
> ==
> -                        \\||//
> -------------------o0O0--Earnie--0O0o-------------------
> --                earnie_boyd@yahoo.com               --
> -- http://www.freeyellow.com/members5/gw32/index.html --
> ----------------------ooo0O--O0ooo----------------------
> 
> PS: Newbie's, you should visit my page.
> _________________________________________________________
> DO YOU YAHOO!?
> Get your free @yahoo.com address at http://mail.yahoo.com

-- 

Hasta pronto.....!!!
Y como dice mi pa'i, "Mecedora!!"

(((((((((((((((((((((((((((((((((())))))))))))))))))))))))))))))))
!!                 jose.....El Dominicano Americano Ausente.    !!
!!    These are my opinions and not my employer's.              !!
(((((((((((((((((((((((((((((((((())))))))))))))))))))))))))))))))
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 8%]

* chmod and ftp'ed files....
       [not found]     ` <3.0.5.32.19980916144752.00ae9bf0@pop.ma.ultranet.com>
@ 1998-12-10 18:56  8%   ` Jose I. Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose I. Cabrera @ 1998-12-10 18:56 UTC (permalink / raw)
  To: gnu-win32

I ftp'ed some files to my GNU home directory from a UNIX box.  I
have tried to set some of those ftp'ed files to executable by 
using chmod +x fn or chmod 755 fn (where fn=ftp'ed filename).  The
command is being processed, but it is not being executed.  Does
anyone has any idea why?  I am running NT4SP3.

Here are some reflections of the output:

<12:39:18> <59>ls -l typeg
-rw-r--r--   1 0        everyone       24 Dec  4 14:26 typeg
<12:39:30> <60>
<12:39:30> <60>chmod 755 typeg
<12:40:19> <61>ls -l typeg
-rw-r--r--   1 0        everyone       24 Dec  4 14:26 typeg
<12:40:26> <62>chmod +x typeg
<12:48:50> <63>ls -l typeg
-rw-r--r--   1 0        everyone       24 Dec  4 14:26 typeg
<12:48:55> <64>

The normal execution bits should look like: 
<12:49:44> <65>ls  -l newlogs
-rwxr-xr-x   1 0        everyone       53 Dec  3 13:00 newlogs
<12:50:19> <66>

so, why is this happening?  Here is something, if I create a
new file, and put whatever is in typeg, and do chmod, it will
create an executable.

any ideas?

please reply with my address on it.  It gets too me 12 hours
faster.

thanks.


-- 

Hasta pronto.....!!!
Y como dice mi pa'i, "Mecedora!!"

(((((((((((((((((((((((((((((((((())))))))))))))))))))))))))))))))
!!                 jose.....El Dominicano Americano Ausente.    !!
!!    These are my opinions and not my employer's.              !!
(((((((((((((((((((((((((((((((((())))))))))))))))))))))))))))))))
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[relevance 8%]

* ls and long file names
@ 1999-02-25 10:58  6% Jose I. Cabrera
       [not found]     ` < 004601be60f1$5fca2260$1226e70d@channels.usa.xerox.com >
  1999-02-28 23:02  6% ` Jose I. Cabrera
  0 siblings, 2 replies; 200+ results
From: Jose I. Cabrera @ 1999-02-25 10:58 UTC (permalink / raw)
  To: gnu-win32

When there is a file with a long name in a directory, the ls output defaults to one item per line.  i.e.

<13:57:44> <6>ls
10jobs.sh
1liner
3_5_5.xfc
Add2files
Addfile.txt
CPBU_East_and_West_Phone_List_Updated_January_7.doc
CPBUphonelist.txt
CPBUphonelist2.txt
Comm.pl
Comm.pl.discuss
Comm_pl-1_8_tar
Commdoc.txt
FIXEWOD.PL
Gazette
Ivelearned.txt
MONITO~1.PL
Macros
N3217507.xfc
N3217508.xfc
N3217508.zip
N3218063.xfc
emailbirthdays.pl
epod
epodsave.txt
ewod
firmware
fixtopten
fixtten
full.exe
gazette.txt
gazettes
gdbx_exe.gz
getallprov.pl
getallpsalm.pl
getfromodouls.p
quote
readers
remote_tar
rename.p
save
sch_gaz
sch_gaz.odouls
sendgaz
sendgaz9.pl
sendgazette
sendjob
sendmail
sendmail.exe
sendnote
sendquest
sendreq
setp
socket.pl
socketget.p
swod
telopt.p
topten
trayswitch.prn
typeg
usr
webget.p
<13:58:10> <7>

while if the files are small, you get:

<13:42:19> <11>ls
erotlk1298.xls          w98-hp5si.prn           w981.01.16-990223b.prn
w98-1-01-16.prn         w98-hp5sib.prn          w981.01.16-990223c.prn
w98-1-01-16b.prn        w98-hp5sic.prn
w98-1-01-16c.prn        w981.01.16-990223.prn
<13:44:50> <12>

Does anyone have any kind of idea on how to fix this?  I tried all kinds of switches and got no different result.

anyone?

thanks,

jose


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[relevance 6%]

* Re: ls and long file names
       [not found]     ` < 004601be60f1$5fca2260$1226e70d@channels.usa.xerox.com >
@ 1999-02-25 11:12  7%   ` Mumit Khan
  1999-02-28 23:02  7%     ` Mumit Khan
  0 siblings, 1 reply; 200+ results
From: Mumit Khan @ 1999-02-25 11:12 UTC (permalink / raw)
  To: Jose I. Cabrera; +Cc: cygwin

"Jose I. Cabrera" <jicman@cinops.xerox.com> writes:
> 
> Does anyone have any kind of idea on how to fix this?  I tried all kinds of s
> witches and got no different result.

Sure, just delete the longer filenames ;-) ls tries to make the listing
nice and tidy, and having a long pathname like you do, it's impossible
to get the names lined up in columns.

Regards,
Mumit


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[relevance 7%]

* RE: ls and long file names
@ 1999-02-25 14:24  0% Heribert Dahms
  1999-02-28 23:02  0% ` Heribert Dahms
  0 siblings, 1 reply; 200+ results
From: Heribert Dahms @ 1999-02-25 14:24 UTC (permalink / raw)
  To: 'Jose I. Cabrera', gnu-win32

Hi Jose,

it's not clear to me what you want!
You can force single column style with ls -1
and multi column with ls -x
according to the HP-UX man page.

Bye, Heribert (heribert_dahms@icon-gmbh.de)

> -----Original Message-----
> From:	Jose I. Cabrera [SMTP:jicman@cinops.xerox.com]
> Sent:	Thursday, February 25, 1999 20:02
> To:	gnu-win32@cygnus.com
> Subject:	ls and long file names
> 
> When there is a file with a long name in a directory, the ls output
> defaults to one item per line.  i.e.
> 
> <13:57:44> <6>ls
> 10jobs.sh
> 1liner
> 3_5_5.xfc
> Add2files
> Addfile.txt
> CPBU_East_and_West_Phone_List_Updated_January_7.doc
> [Heribert]  [snip]
> 
> while if the files are small, you get:
> 
> <13:42:19> <11>ls
> erotlk1298.xls          w98-hp5si.prn           w981.01.16-990223b.prn
> [Heribert]  [snip]
> 
> Does anyone have any kind of idea on how to fix this?  I tried all
> kinds of switches and got no different result.
> 

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[relevance 0%]

* Re: ls and long file names
@ 1999-02-25 18:21  7% Earnie Boyd
  1999-02-28 23:02  7% ` Earnie Boyd
  0 siblings, 1 reply; 200+ results
From: Earnie Boyd @ 1999-02-25 18:21 UTC (permalink / raw)
  To: Jose I. Cabrera; +Cc: cygwin users

---"Jose I. Cabrera" <jicman@cinops.xerox.com> wrote:
8<
> Does anyone have any kind of idea on how to fix this?  I tried all
kinds of switches and got no different result.
8<

This is the intended behavior.  What is it you want fixed?  The only
solution I can see is for you to always display one file per line.  To
do this you would do `ls -1'.  This is a -one not a lower case el.
==
-                        \\||//
-------------------o0O0--Earnie--0O0o-------------------
--                earnie_boyd@yahoo.com               --
-- http://www.freeyellow.com/members5/gw32/index.html --
----------------------ooo0O--O0ooo----------------------

PS: Newbie's, you should visit my page.
_________________________________________________________
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[relevance 7%]

* RE: ls and long file names
@ 1999-02-26  2:53  0% Bernard Dautrevaux
  1999-02-28 23:02  0% ` Bernard Dautrevaux
  0 siblings, 1 reply; 200+ results
From: Bernard Dautrevaux @ 1999-02-26  2:53 UTC (permalink / raw)
  To: 'Jose I. Cabrera', gnu-win32

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2620 bytes --]

That is purely normal ls behaviour: ls tries to put as many equal length
columns on the screen; the length of the column has some minimum (32
perhaps) but is extended to fit the longest file name in the directory.

So if you have very long fil enames, the column width is set, e.g. to 64
characters, and ls has no space on the current tty to display more than
one (it will need 128 characters-wide window to display 2, but usually
is given an 80-chars one).

HTH,

	Bernard

--------------------------------------------
Bernard Dautrevaux
Microprocess Ingéniérie
97 bis, rue de Colombes
92400 COURBEVOIE
FRANCE
Tel:	+33 (0) 1 47 68 80 80
Fax:	+33 (0) 1 47 88 97 85
e-mail:	dautrevaux@microprocess.com
		b.dautrevaux@usa.net
-------------------------------------------- 

> -----Original Message-----
> From: Jose I. Cabrera [ mailto:jicman@cinops.xerox.com ]
> Sent: Thursday, February 25, 1999 8:02 PM
> To: gnu-win32@cygnus.com
> Subject: ls and long file names
> 
> 
> When there is a file with a long name in a directory, the ls 
> output defaults to one item per line.  i.e.
> 
> <13:57:44> <6>ls
> 10jobs.sh
> 1liner
> 3_5_5.xfc
> Add2files
> Addfile.txt
> CPBU_East_and_West_Phone_List_Updated_January_7.doc
> CPBUphonelist.txt
> CPBUphonelist2.txt
> Comm.pl
> Comm.pl.discuss
> Comm_pl-1_8_tar
> Commdoc.txt
> FIXEWOD.PL
> Gazette
> Ivelearned.txt
> MONITO~1.PL
> Macros
> N3217507.xfc
> N3217508.xfc
> N3217508.zip
> N3218063.xfc
> emailbirthdays.pl
> epod
> epodsave.txt
> ewod
> firmware
> fixtopten
> fixtten
> full.exe
> gazette.txt
> gazettes
> gdbx_exe.gz
> getallprov.pl
> getallpsalm.pl
> getfromodouls.p
> quote
> readers
> remote_tar
> rename.p
> save
> sch_gaz
> sch_gaz.odouls
> sendgaz
> sendgaz9.pl
> sendgazette
> sendjob
> sendmail
> sendmail.exe
> sendnote
> sendquest
> sendreq
> setp
> socket.pl
> socketget.p
> swod
> telopt.p
> topten
> trayswitch.prn
> typeg
> usr
> webget.p
> <13:58:10> <7>
> 
> while if the files are small, you get:
> 
> <13:42:19> <11>ls
> erotlk1298.xls          w98-hp5si.prn           w981.01.16-990223b.prn
> w98-1-01-16.prn         w98-hp5sib.prn          w981.01.16-990223c.prn
> w98-1-01-16b.prn        w98-hp5sic.prn
> w98-1-01-16c.prn        w981.01.16-990223.prn
> <13:44:50> <12>
> 
> Does anyone have any kind of idea on how to fix this?  I 
> tried all kinds of switches and got no different result.
> 
> anyone?
> 
> thanks,
> 
> jose
> 
> 
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe@sourceware.cygnus.com
> 

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[relevance 0%]

* Re: ls and long file names
@ 1999-02-26  7:18 14% Jose I. Cabrera
  1999-02-28 23:02 14% ` Jose I. Cabrera
  0 siblings, 1 reply; 200+ results
From: Jose I. Cabrera @ 1999-02-26  7:18 UTC (permalink / raw)
  To: Mumit Khan; +Cc: cygwin

Well, I tend to disagree that "...it's impossible to get the names
lined up in columns..."

Thanks for the info.

jose


----- Original Message ----- 
From: Mumit Khan <khan@xraylith.wisc.EDU>
To: Jose I. Cabrera <jicman@cinops.xerox.com>
Cc: <cygwin@sourceware.cygnus.com>
Sent: Thursday, February 25, 1999 2:12 PM
Subject: Re: ls and long file names 


>"Jose I. Cabrera" <jicman@cinops.xerox.com> writes:
>> 
>> Does anyone have any kind of idea on how to fix this?  I tried all kinds of s
>> witches and got no different result.
>
>Sure, just delete the longer filenames ;-) ls tries to make the listing
>nice and tidy, and having a long pathname like you do, it's impossible
>to get the names lined up in columns.
>
>Regards,
>Mumit
>
>


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[relevance 14%]

* Re: ls and long file names
@ 1999-02-26  7:40 12% Jose I. Cabrera
  1999-02-28 23:02 12% ` Jose I. Cabrera
  0 siblings, 1 reply; 200+ results
From: Jose I. Cabrera @ 1999-02-26  7:40 UTC (permalink / raw)
  To: earnie_boyd; +Cc: cygwin users

All,

I agree that this is ls the intended behavior, but I thought that
 there was a switch that would change this behavior and place
 them according to file name sizes.  Here is an example of VMS:

$ dir

Directory USER15:[JCABRERA]

FILES_20200758.COM;1                    FILES_20200758.OUT;1
FTPD.LOG;16         GAZ_OUT.TXT;1       JICMAN.DIR;1        JIC_SUBJ.COM;14
JIC_SUBJ.COM;13     JIC_SUBJ.COM;12     K.MAI;1             LO.JOU;1
LOGIN.COM;11        LOGIN.COM;10        LOGIN.COM;9         LOGINCOM.SAV;1
MAIL$1FEC834100050098.MAI;1             MAIL$20C80C5A00050098.MAI;1
MAIL$5F92D82100050099.MAI;1             MAIL$84EC0F7100050099.MAI;1
MAIL$9058647A0005009B.MAI;1             MAIL$D99B0E9700050099.MAI;1
MAIL$D9D2796100050099.MAI;1             MAIL$DA04301A00050099.MAI;1
MAIL$DA3A1E5600050099.MAI;1             MAIL$DCC4A43B00050099.MAI;1
MAIL$DCC94E7A00050099.MAI;1             MAIL$F5B2F5170005009B.MAI;1
MAIL.MAI;1          MAIL_20203993_SEND.TMP;1
MAIL_206005A6_SEND.TMP;1                MAIN.TPU$JOURNAL;8  MAIN.TPU$JOURNAL;7
MAIN.TPU$JOURNAL;6  NEW_TXT.TPU$JOURNAL;2
NEW_TXT.TPU$JOURNAL;1                   P1.;1               RJEOUT1.TMP;1
RJETMP.TMP;1        SDF.MAI;1           SDFSDF.MAI;1        SENDIT.COM;5
SENDIT.COM;4        SENDIT.COM;3        SIG.SIG;2           SIG.SIG;1
SNATPRINT.LIS;3     SNATPRINT.LIS;2     SNATPRINT.LIS;1     WASTEBASKET.MAI;1
X.X;1               _ALIASES.TPU$JOURNAL;1

Total of 50 files.
$

as you can see, there are different file name sizes and yet, VMS places
 them in columns, even though there are short names and long names.
I know what you are going to say, "Jose, move to MVS," but, could not
we have a switch that would make it this way?  It does not have to be
the default, just a switch.

Thanks.  BTW, I love bash.  If I didn't, I would not have written at all.

jose


----- Original Message ----- 
From: Earnie Boyd <earnie_boyd@yahoo.com>
To: Jose I. Cabrera <jicman@cinops.xerox.com>
Cc: cygwin users <cygwin@sourceware.cygnus.com>
Sent: Thursday, February 25, 1999 9:22 PM
Subject: Re: ls and long file names


>---"Jose I. Cabrera" <jicman@cinops.xerox.com> wrote:
>8<
>> Does anyone have any kind of idea on how to fix this?  I tried all
>kinds of switches and got no different result.
>8<
>
>This is the intended behavior.  What is it you want fixed?  The only
>solution I can see is for you to always display one file per line.  To
>do this you would do `ls -1'.  This is a -one not a lower case el.
>==
>-                        \\||//
>-------------------o0O0--Earnie--0O0o-------------------
>--                earnie_boyd@yahoo.com               --
>-- http://www.freeyellow.com/members5/gw32/index.html --
>----------------------ooo0O--O0ooo----------------------
>
>PS: Newbie's, you should visit my page.
>_________________________________________________________
>DO YOU YAHOO!?
>Get your free @yahoo.com address at http://mail.yahoo.com
>
>


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[relevance 12%]

* RE: ls and long file names
@ 1999-02-26 16:04  0% Heribert Dahms
  1999-02-28 23:02  0% ` Heribert Dahms
  0 siblings, 1 reply; 200+ results
From: Heribert Dahms @ 1999-02-26 16:04 UTC (permalink / raw)
  To: 'Jose I. Cabrera', earnie_boyd; +Cc: cygwin users

Hi Jose,

please see below!

Bye, Heribert (heribert_dahms@icon-gmbh.de)

> -----Original Message-----
> From:	Jose I. Cabrera [SMTP:jicman@cinops.xerox.com]
> Sent:	Friday, February 26, 1999 16:46
> To:	earnie_boyd@yahoo.com
> Cc:	cygwin users
> Subject:	Re: ls and long file names
> 
> All,
> 
> I agree that this is ls the intended behavior, but I thought that
>  there was a switch that would change this behavior and place
>  them according to file name sizes.  Here is an example of VMS:
> 
> $ dir
> 
> Directory USER15:[JCABRERA]
> 
> FILES_20200758.COM;1                    FILES_20200758.OUT;1
> FTPD.LOG;16         GAZ_OUT.TXT;1       JICMAN.DIR;1
> JIC_SUBJ.COM;14
> [Heribert]  [snip]
> X.X;1               _ALIASES.TPU$JOURNAL;1
> 
> Total of 50 files.
> $
> 
> as you can see, there are different file name sizes and yet, VMS
> places
>  them in columns, even though there are short names and long names.
> I know what you are going to say, "Jose, move to MVS," but, could not
> we have a switch that would make it this way?  It does not have to be
> the default, just a switch.
> 
> [Heribert]  Hey, X.X is *my* filename! And I like VMS, but want to
> avoid MVS 8-)
> VMS defaults to a TABs@20-like, max 4 columns behaviour. BTW, I use:
> $ sh sym d*
>   DC == "DIRECTORY/NOHE/NOTR/NOTOT/COL=1/WI=FI=55/NOSIZE/DATE"
>   D*IRECT == "DIR/DAT/SIZE"
>   DN == "DIRECTORY/NOHE/NOTR/NOTOT/COL=1/WI=FI=80/NOSIZE/NODATE"
> 
> I suggest you take the ls source and implement a, hmm,  -4 switch...
> 
> [Heribert]  [snip]
> 

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[relevance 0%]

* Re: ls and long file names
@ 1999-02-26 17:18 14% Jose I. Cabrera
  1999-02-28 23:02 14% ` Jose I. Cabrera
  0 siblings, 1 reply; 200+ results
From: Jose I. Cabrera @ 1999-02-26 17:18 UTC (permalink / raw)
  To: Heribert Dahms, earnie_boyd; +Cc: cygwin users

Thank you all.

jose

----- Original Message ----- 
From: Heribert Dahms <heribert_dahms@icon-gmbh.de>
To: 'Jose I. Cabrera' <jicman@cinops.xerox.com>; <earnie_boyd@yahoo.com>
Cc: cygwin users <cygwin@sourceware.cygnus.com>
Sent: Friday, February 26, 1999 7:02 PM
Subject: RE: ls and long file names


>Hi Jose,
>
>please see below!
>
>Bye, Heribert (heribert_dahms@icon-gmbh.de)
>
>> -----Original Message-----
>> From: Jose I. Cabrera [SMTP:jicman@cinops.xerox.com]
>> Sent: Friday, February 26, 1999 16:46
>> To: earnie_boyd@yahoo.com
>> Cc: cygwin users
>> Subject: Re: ls and long file names
>> 
>> All,
>> 
>> I agree that this is ls the intended behavior, but I thought that
>>  there was a switch that would change this behavior and place
>>  them according to file name sizes.  Here is an example of VMS:
>> 
>> $ dir
>> 
>> Directory USER15:[JCABRERA]
>> 
>> FILES_20200758.COM;1                    FILES_20200758.OUT;1
>> FTPD.LOG;16         GAZ_OUT.TXT;1       JICMAN.DIR;1
>> JIC_SUBJ.COM;14
>> [Heribert]  [snip]
>> X.X;1               _ALIASES.TPU$JOURNAL;1
>> 
>> Total of 50 files.
>> $
>> 
>> as you can see, there are different file name sizes and yet, VMS
>> places
>>  them in columns, even though there are short names and long names.
>> I know what you are going to say, "Jose, move to MVS," but, could not
>> we have a switch that would make it this way?  It does not have to be
>> the default, just a switch.
>> 
>> [Heribert]  Hey, X.X is *my* filename! And I like VMS, but want to
>> avoid MVS 8-)
>> VMS defaults to a TABs@20-like, max 4 columns behaviour. BTW, I use:
>> $ sh sym d*
>>   DC == "DIRECTORY/NOHE/NOTR/NOTOT/COL=1/WI=FI=55/NOSIZE/DATE"
>>   D*IRECT == "DIR/DAT/SIZE"
>>   DN == "DIRECTORY/NOHE/NOTR/NOTOT/COL=1/WI=FI=80/NOSIZE/NODATE"
>> 
>> I suggest you take the ls source and implement a, hmm,  -4 switch...
>> 
>> [Heribert]  [snip]
>> 
>


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[relevance 14%]

* Re: ls and long file names
  1999-02-26  7:18 14% Jose I. Cabrera
@ 1999-02-28 23:02 14% ` Jose I. Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose I. Cabrera @ 1999-02-28 23:02 UTC (permalink / raw)
  To: Mumit Khan; +Cc: cygwin

Well, I tend to disagree that "...it's impossible to get the names
lined up in columns..."

Thanks for the info.

jose


----- Original Message ----- 
From: Mumit Khan <khan@xraylith.wisc.EDU>
To: Jose I. Cabrera <jicman@cinops.xerox.com>
Cc: <cygwin@sourceware.cygnus.com>
Sent: Thursday, February 25, 1999 2:12 PM
Subject: Re: ls and long file names 


>"Jose I. Cabrera" <jicman@cinops.xerox.com> writes:
>> 
>> Does anyone have any kind of idea on how to fix this?  I tried all kinds of s
>> witches and got no different result.
>
>Sure, just delete the longer filenames ;-) ls tries to make the listing
>nice and tidy, and having a long pathname like you do, it's impossible
>to get the names lined up in columns.
>
>Regards,
>Mumit
>
>


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


^ permalink raw reply	[relevance 14%]

* Re: ls and long file names
  1999-02-26 17:18 14% Jose I. Cabrera
@ 1999-02-28 23:02 14% ` Jose I. Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose I. Cabrera @ 1999-02-28 23:02 UTC (permalink / raw)
  To: Heribert Dahms, earnie_boyd; +Cc: cygwin users

Thank you all.

jose

----- Original Message ----- 
From: Heribert Dahms <heribert_dahms@icon-gmbh.de>
To: 'Jose I. Cabrera' <jicman@cinops.xerox.com>; <earnie_boyd@yahoo.com>
Cc: cygwin users <cygwin@sourceware.cygnus.com>
Sent: Friday, February 26, 1999 7:02 PM
Subject: RE: ls and long file names


>Hi Jose,
>
>please see below!
>
>Bye, Heribert (heribert_dahms@icon-gmbh.de)
>
>> -----Original Message-----
>> From: Jose I. Cabrera [SMTP:jicman@cinops.xerox.com]
>> Sent: Friday, February 26, 1999 16:46
>> To: earnie_boyd@yahoo.com
>> Cc: cygwin users
>> Subject: Re: ls and long file names
>> 
>> All,
>> 
>> I agree that this is ls the intended behavior, but I thought that
>>  there was a switch that would change this behavior and place
>>  them according to file name sizes.  Here is an example of VMS:
>> 
>> $ dir
>> 
>> Directory USER15:[JCABRERA]
>> 
>> FILES_20200758.COM;1                    FILES_20200758.OUT;1
>> FTPD.LOG;16         GAZ_OUT.TXT;1       JICMAN.DIR;1
>> JIC_SUBJ.COM;14
>> [Heribert]  [snip]
>> X.X;1               _ALIASES.TPU$JOURNAL;1
>> 
>> Total of 50 files.
>> $
>> 
>> as you can see, there are different file name sizes and yet, VMS
>> places
>>  them in columns, even though there are short names and long names.
>> I know what you are going to say, "Jose, move to MVS," but, could not
>> we have a switch that would make it this way?  It does not have to be
>> the default, just a switch.
>> 
>> [Heribert]  Hey, X.X is *my* filename! And I like VMS, but want to
>> avoid MVS 8-)
>> VMS defaults to a TABs@20-like, max 4 columns behaviour. BTW, I use:
>> $ sh sym d*
>>   DC == "DIRECTORY/NOHE/NOTR/NOTOT/COL=1/WI=FI=55/NOSIZE/DATE"
>>   D*IRECT == "DIR/DAT/SIZE"
>>   DN == "DIRECTORY/NOHE/NOTR/NOTOT/COL=1/WI=FI=80/NOSIZE/NODATE"
>> 
>> I suggest you take the ls source and implement a, hmm,  -4 switch...
>> 
>> [Heribert]  [snip]
>> 
>


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


^ permalink raw reply	[relevance 14%]

* Re: ls and long file names
  1999-02-26  7:40 12% Jose I. Cabrera
@ 1999-02-28 23:02 12% ` Jose I. Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose I. Cabrera @ 1999-02-28 23:02 UTC (permalink / raw)
  To: earnie_boyd; +Cc: cygwin users

All,

I agree that this is ls the intended behavior, but I thought that
 there was a switch that would change this behavior and place
 them according to file name sizes.  Here is an example of VMS:

$ dir

Directory USER15:[JCABRERA]

FILES_20200758.COM;1                    FILES_20200758.OUT;1
FTPD.LOG;16         GAZ_OUT.TXT;1       JICMAN.DIR;1        JIC_SUBJ.COM;14
JIC_SUBJ.COM;13     JIC_SUBJ.COM;12     K.MAI;1             LO.JOU;1
LOGIN.COM;11        LOGIN.COM;10        LOGIN.COM;9         LOGINCOM.SAV;1
MAIL$1FEC834100050098.MAI;1             MAIL$20C80C5A00050098.MAI;1
MAIL$5F92D82100050099.MAI;1             MAIL$84EC0F7100050099.MAI;1
MAIL$9058647A0005009B.MAI;1             MAIL$D99B0E9700050099.MAI;1
MAIL$D9D2796100050099.MAI;1             MAIL$DA04301A00050099.MAI;1
MAIL$DA3A1E5600050099.MAI;1             MAIL$DCC4A43B00050099.MAI;1
MAIL$DCC94E7A00050099.MAI;1             MAIL$F5B2F5170005009B.MAI;1
MAIL.MAI;1          MAIL_20203993_SEND.TMP;1
MAIL_206005A6_SEND.TMP;1                MAIN.TPU$JOURNAL;8  MAIN.TPU$JOURNAL;7
MAIN.TPU$JOURNAL;6  NEW_TXT.TPU$JOURNAL;2
NEW_TXT.TPU$JOURNAL;1                   P1.;1               RJEOUT1.TMP;1
RJETMP.TMP;1        SDF.MAI;1           SDFSDF.MAI;1        SENDIT.COM;5
SENDIT.COM;4        SENDIT.COM;3        SIG.SIG;2           SIG.SIG;1
SNATPRINT.LIS;3     SNATPRINT.LIS;2     SNATPRINT.LIS;1     WASTEBASKET.MAI;1
X.X;1               _ALIASES.TPU$JOURNAL;1

Total of 50 files.
$

as you can see, there are different file name sizes and yet, VMS places
 them in columns, even though there are short names and long names.
I know what you are going to say, "Jose, move to MVS," but, could not
we have a switch that would make it this way?  It does not have to be
the default, just a switch.

Thanks.  BTW, I love bash.  If I didn't, I would not have written at all.

jose


----- Original Message ----- 
From: Earnie Boyd <earnie_boyd@yahoo.com>
To: Jose I. Cabrera <jicman@cinops.xerox.com>
Cc: cygwin users <cygwin@sourceware.cygnus.com>
Sent: Thursday, February 25, 1999 9:22 PM
Subject: Re: ls and long file names


>---"Jose I. Cabrera" <jicman@cinops.xerox.com> wrote:
>8<
>> Does anyone have any kind of idea on how to fix this?  I tried all
>kinds of switches and got no different result.
>8<
>
>This is the intended behavior.  What is it you want fixed?  The only
>solution I can see is for you to always display one file per line.  To
>do this you would do `ls -1'.  This is a -one not a lower case el.
>==
>-                        \\||//
>-------------------o0O0--Earnie--0O0o-------------------
>--                earnie_boyd@yahoo.com               --
>-- http://www.freeyellow.com/members5/gw32/index.html --
>----------------------ooo0O--O0ooo----------------------
>
>PS: Newbie's, you should visit my page.
>_________________________________________________________
>DO YOU YAHOO!?
>Get your free @yahoo.com address at http://mail.yahoo.com
>
>


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


^ permalink raw reply	[relevance 12%]

* Re: ls and long file names
  1999-02-25 11:12  7%   ` Mumit Khan
@ 1999-02-28 23:02  7%     ` Mumit Khan
  0 siblings, 0 replies; 200+ results
From: Mumit Khan @ 1999-02-28 23:02 UTC (permalink / raw)
  To: Jose I. Cabrera; +Cc: cygwin

"Jose I. Cabrera" <jicman@cinops.xerox.com> writes:
> 
> Does anyone have any kind of idea on how to fix this?  I tried all kinds of s
> witches and got no different result.

Sure, just delete the longer filenames ;-) ls tries to make the listing
nice and tidy, and having a long pathname like you do, it's impossible
to get the names lined up in columns.

Regards,
Mumit


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


^ permalink raw reply	[relevance 7%]

* Re: ls and long file names
  1999-02-25 18:21  7% Earnie Boyd
@ 1999-02-28 23:02  7% ` Earnie Boyd
  0 siblings, 0 replies; 200+ results
From: Earnie Boyd @ 1999-02-28 23:02 UTC (permalink / raw)
  To: Jose I. Cabrera; +Cc: cygwin users

---"Jose I. Cabrera" <jicman@cinops.xerox.com> wrote:
8<
> Does anyone have any kind of idea on how to fix this?  I tried all
kinds of switches and got no different result.
8<

This is the intended behavior.  What is it you want fixed?  The only
solution I can see is for you to always display one file per line.  To
do this you would do `ls -1'.  This is a -one not a lower case el.
==
-                        \\||//
-------------------o0O0--Earnie--0O0o-------------------
--                earnie_boyd@yahoo.com               --
-- http://www.freeyellow.com/members5/gw32/index.html --
----------------------ooo0O--O0ooo----------------------

PS: Newbie's, you should visit my page.
_________________________________________________________
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


^ permalink raw reply	[relevance 7%]

* ls and long file names
  1999-02-25 10:58  6% ls and long file names Jose I. Cabrera
       [not found]     ` < 004601be60f1$5fca2260$1226e70d@channels.usa.xerox.com >
@ 1999-02-28 23:02  6% ` Jose I. Cabrera
  1 sibling, 0 replies; 200+ results
From: Jose I. Cabrera @ 1999-02-28 23:02 UTC (permalink / raw)
  To: gnu-win32

When there is a file with a long name in a directory, the ls output defaults to one item per line.  i.e.

<13:57:44> <6>ls
10jobs.sh
1liner
3_5_5.xfc
Add2files
Addfile.txt
CPBU_East_and_West_Phone_List_Updated_January_7.doc
CPBUphonelist.txt
CPBUphonelist2.txt
Comm.pl
Comm.pl.discuss
Comm_pl-1_8_tar
Commdoc.txt
FIXEWOD.PL
Gazette
Ivelearned.txt
MONITO~1.PL
Macros
N3217507.xfc
N3217508.xfc
N3217508.zip
N3218063.xfc
emailbirthdays.pl
epod
epodsave.txt
ewod
firmware
fixtopten
fixtten
full.exe
gazette.txt
gazettes
gdbx_exe.gz
getallprov.pl
getallpsalm.pl
getfromodouls.p
quote
readers
remote_tar
rename.p
save
sch_gaz
sch_gaz.odouls
sendgaz
sendgaz9.pl
sendgazette
sendjob
sendmail
sendmail.exe
sendnote
sendquest
sendreq
setp
socket.pl
socketget.p
swod
telopt.p
topten
trayswitch.prn
typeg
usr
webget.p
<13:58:10> <7>

while if the files are small, you get:

<13:42:19> <11>ls
erotlk1298.xls          w98-hp5si.prn           w981.01.16-990223b.prn
w98-1-01-16.prn         w98-hp5sib.prn          w981.01.16-990223c.prn
w98-1-01-16b.prn        w98-hp5sic.prn
w98-1-01-16c.prn        w981.01.16-990223.prn
<13:44:50> <12>

Does anyone have any kind of idea on how to fix this?  I tried all kinds of switches and got no different result.

anyone?

thanks,

jose


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


^ permalink raw reply	[relevance 6%]

* RE: ls and long file names
  1999-02-25 14:24  0% Heribert Dahms
@ 1999-02-28 23:02  0% ` Heribert Dahms
  0 siblings, 0 replies; 200+ results
From: Heribert Dahms @ 1999-02-28 23:02 UTC (permalink / raw)
  To: 'Jose I. Cabrera', gnu-win32

Hi Jose,

it's not clear to me what you want!
You can force single column style with ls -1
and multi column with ls -x
according to the HP-UX man page.

Bye, Heribert (heribert_dahms@icon-gmbh.de)

> -----Original Message-----
> From:	Jose I. Cabrera [SMTP:jicman@cinops.xerox.com]
> Sent:	Thursday, February 25, 1999 20:02
> To:	gnu-win32@cygnus.com
> Subject:	ls and long file names
> 
> When there is a file with a long name in a directory, the ls output
> defaults to one item per line.  i.e.
> 
> <13:57:44> <6>ls
> 10jobs.sh
> 1liner
> 3_5_5.xfc
> Add2files
> Addfile.txt
> CPBU_East_and_West_Phone_List_Updated_January_7.doc
> [Heribert]  [snip]
> 
> while if the files are small, you get:
> 
> <13:42:19> <11>ls
> erotlk1298.xls          w98-hp5si.prn           w981.01.16-990223b.prn
> [Heribert]  [snip]
> 
> Does anyone have any kind of idea on how to fix this?  I tried all
> kinds of switches and got no different result.
> 

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


^ permalink raw reply	[relevance 0%]

* RE: ls and long file names
  1999-02-26 16:04  0% Heribert Dahms
@ 1999-02-28 23:02  0% ` Heribert Dahms
  0 siblings, 0 replies; 200+ results
From: Heribert Dahms @ 1999-02-28 23:02 UTC (permalink / raw)
  To: 'Jose I. Cabrera', earnie_boyd; +Cc: cygwin users

Hi Jose,

please see below!

Bye, Heribert (heribert_dahms@icon-gmbh.de)

> -----Original Message-----
> From:	Jose I. Cabrera [SMTP:jicman@cinops.xerox.com]
> Sent:	Friday, February 26, 1999 16:46
> To:	earnie_boyd@yahoo.com
> Cc:	cygwin users
> Subject:	Re: ls and long file names
> 
> All,
> 
> I agree that this is ls the intended behavior, but I thought that
>  there was a switch that would change this behavior and place
>  them according to file name sizes.  Here is an example of VMS:
> 
> $ dir
> 
> Directory USER15:[JCABRERA]
> 
> FILES_20200758.COM;1                    FILES_20200758.OUT;1
> FTPD.LOG;16         GAZ_OUT.TXT;1       JICMAN.DIR;1
> JIC_SUBJ.COM;14
> [Heribert]  [snip]
> X.X;1               _ALIASES.TPU$JOURNAL;1
> 
> Total of 50 files.
> $
> 
> as you can see, there are different file name sizes and yet, VMS
> places
>  them in columns, even though there are short names and long names.
> I know what you are going to say, "Jose, move to MVS," but, could not
> we have a switch that would make it this way?  It does not have to be
> the default, just a switch.
> 
> [Heribert]  Hey, X.X is *my* filename! And I like VMS, but want to
> avoid MVS 8-)
> VMS defaults to a TABs@20-like, max 4 columns behaviour. BTW, I use:
> $ sh sym d*
>   DC == "DIRECTORY/NOHE/NOTR/NOTOT/COL=1/WI=FI=55/NOSIZE/DATE"
>   D*IRECT == "DIR/DAT/SIZE"
>   DN == "DIRECTORY/NOHE/NOTR/NOTOT/COL=1/WI=FI=80/NOSIZE/NODATE"
> 
> I suggest you take the ls source and implement a, hmm,  -4 switch...
> 
> [Heribert]  [snip]
> 

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


^ permalink raw reply	[relevance 0%]

* RE: ls and long file names
  1999-02-26  2:53  0% Bernard Dautrevaux
@ 1999-02-28 23:02  0% ` Bernard Dautrevaux
  0 siblings, 0 replies; 200+ results
From: Bernard Dautrevaux @ 1999-02-28 23:02 UTC (permalink / raw)
  To: 'Jose I. Cabrera', gnu-win32

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2621 bytes --]

That is purely normal ls behaviour: ls tries to put as many equal length
columns on the screen; the length of the column has some minimum (32
perhaps) but is extended to fit the longest file name in the directory.

So if you have very long fil enames, the column width is set, e.g. to 64
characters, and ls has no space on the current tty to display more than
one (it will need 128 characters-wide window to display 2, but usually
is given an 80-chars one).

HTH,

	Bernard

--------------------------------------------
Bernard Dautrevaux
Microprocess Ingéniérie
97 bis, rue de Colombes
92400 COURBEVOIE
FRANCE
Tel:	+33 (0) 1 47 68 80 80
Fax:	+33 (0) 1 47 88 97 85
e-mail:	dautrevaux@microprocess.com
		b.dautrevaux@usa.net
-------------------------------------------- 

> -----Original Message-----
> From: Jose I. Cabrera [ mailto:jicman@cinops.xerox.com ]
> Sent: Thursday, February 25, 1999 8:02 PM
> To: gnu-win32@cygnus.com
> Subject: ls and long file names
> 
> 
> When there is a file with a long name in a directory, the ls 
> output defaults to one item per line.  i.e.
> 
> <13:57:44> <6>ls
> 10jobs.sh
> 1liner
> 3_5_5.xfc
> Add2files
> Addfile.txt
> CPBU_East_and_West_Phone_List_Updated_January_7.doc
> CPBUphonelist.txt
> CPBUphonelist2.txt
> Comm.pl
> Comm.pl.discuss
> Comm_pl-1_8_tar
> Commdoc.txt
> FIXEWOD.PL
> Gazette
> Ivelearned.txt
> MONITO~1.PL
> Macros
> N3217507.xfc
> N3217508.xfc
> N3217508.zip
> N3218063.xfc
> emailbirthdays.pl
> epod
> epodsave.txt
> ewod
> firmware
> fixtopten
> fixtten
> full.exe
> gazette.txt
> gazettes
> gdbx_exe.gz
> getallprov.pl
> getallpsalm.pl
> getfromodouls.p
> quote
> readers
> remote_tar
> rename.p
> save
> sch_gaz
> sch_gaz.odouls
> sendgaz
> sendgaz9.pl
> sendgazette
> sendjob
> sendmail
> sendmail.exe
> sendnote
> sendquest
> sendreq
> setp
> socket.pl
> socketget.p
> swod
> telopt.p
> topten
> trayswitch.prn
> typeg
> usr
> webget.p
> <13:58:10> <7>
> 
> while if the files are small, you get:
> 
> <13:42:19> <11>ls
> erotlk1298.xls          w98-hp5si.prn           w981.01.16-990223b.prn
> w98-1-01-16.prn         w98-hp5sib.prn          w981.01.16-990223c.prn
> w98-1-01-16b.prn        w98-hp5sic.prn
> w98-1-01-16c.prn        w981.01.16-990223.prn
> <13:44:50> <12>
> 
> Does anyone have any kind of idea on how to fix this?  I 
> tried all kinds of switches and got no different result.
> 
> anyone?
> 
> thanks,
> 
> jose
> 
> 
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe@sourceware.cygnus.com
> 

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


^ permalink raw reply	[relevance 0%]

* Re: Problem in downloading
  @ 2002-04-02  2:31  7% ` Kenneth Cabrera
  0 siblings, 0 replies; 200+ results
From: Kenneth Cabrera @ 2002-04-02  2:31 UTC (permalink / raw)
  To: deepu.arora; +Cc: cygwin

I have the same problem...
with several (I tryied 10 sites) to download cygwin.
I was thinking thas was the proxy configuration....
but it was not.....

deepu.arora@st.com wrote:

>     Hello,
>     
>     We tried many times to download the full package of CYGWIN from 
>     various FTP sites using Setup.exe version 2.194.2.22 but we are 
>     getting following error after 98% (246MB) downloading.
>     
>     "DOWNLOADING INCOMPLETE" try again.
>     
>     Please let us know the solution.
>     
>     Thanks,
>     Deepu Arora
>     
>     ST Microelectronics
>
>
>--
>Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>Bug reporting:         http://cygwin.com/bugs.html
>Documentation:         http://cygwin.com/docs.html
>FAQ:                   http://cygwin.com/faq/
>
>



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

^ permalink raw reply	[relevance 7%]

* Install error message
  @ 2002-04-08 18:39 14%   ` Kenneth Cabrera
  0 siblings, 0 replies; 200+ results
From: Kenneth Cabrera @ 2002-04-08 18:39 UTC (permalink / raw)
  To: cygwin

How does this error message means?

Can't open (null) for reading: No such file

How can I correct it?

Thank you!

Kenneth Cabrera


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

^ permalink raw reply	[relevance 14%]

* Re: Strange-Dangerous behaviour in Cygwin
  @ 2005-05-09  4:39  7%       ` jose isaias cabrera
  0 siblings, 0 replies; 200+ results
From: jose isaias cabrera @ 2005-05-09  4:39 UTC (permalink / raw)
  To: cygwin-xfree, cygwin


I believe the problem is with the run command.  It causes some really weird 
flickering and ugly stuff.  Take away that run and it will go away, but 
then, the DOS screen will be there, hanging.  Of course, I am just replying 
thinking that I know what I am talking about.  But, I read part of the reply 
and thought that it was the same problem that I was having.

I hope this helps...

josé

----- Original Message ----- 
From: "Carlo Florendo" <list-subscriber@hq.astra.ph>
To: <cygwin@cygwin.com>; <cygwin-xfree@cygwin.com>
Sent: Sunday, May 08, 2005 11:14 PM
Subject: Re: Strange-Dangerous behaviour in Cygwin


> Christopher Faylor wrote:
>
>>On Sun, May 08, 2005 at 03:02:17PM +0200, Angelo Graziosi wrote:
>>
>>>The problems described prviously exist in standard bash shell (that is
>>>launched with the link on Desktop) and in the shell launched by xterm
>>>(with startxwin.bat).
>>>
>>>THEY DO NOT exist in dos box (with C\:cygwin\bin in W2KSP4 path) and in
>>>the shell launched with RXVT: in these cases the BACKSPACE key delete the
>>>previous character and does not move the cursor as the LEFT arrow key.
>>>
>>
>>Again:  This means that IT IS an xterm setup issue so YOU SHOULD be
>>using the cygwin-xfree mailing list.
>>
>>
> This does not seem to be an xterm setup issue.   I have confirmed that 
> running "rm -i <blah>" enables the user to move about the terminal, as in 
> a text editor as originally stated.  (Emphasized since cygwin-xfree is 
> cc'd)
> The same behavior applies to rxvt in stand-alone mode, xterm, and from the 
> shell launched by running cygwin.bat directly from a cmd prompt.
>
> Exporting the TERM variable in these shells and terminals to either xterm, 
> xterm-color, rxvt, or cygwin, does not eliminate the problem.   It's not 
> bothersome for me but it certainly is wrong.
> Are there any terminal setttings that have to be modified?
>
> Thanks!
>
> Best Regards,
>
> Carlo
> 


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

^ permalink raw reply	[relevance 7%]

* Using Windows XP SP2 firewall API
@ 2007-08-29 18:14  7% Miguel Angel Cabrera
  2007-08-30  0:41  7% ` Eric Blake
  0 siblings, 1 reply; 200+ results
From: Miguel Angel Cabrera @ 2007-08-29 18:14 UTC (permalink / raw)
  To: cygwin

Hi,

i am trying to make a program to manage Windows XP SP2 firewall API, using 
cygwin gcc with -mno-cygwin option.

To use that api is necessary to use netfw.h (not included in cygwin), i 
tried to just copy it from the Windows XP SP2 Platform SDK 
(http://www.microsoft.com/msdownload/platformsdk/sdkupdate/XPSP2FULLInstall.htm) 
but cygwin gcc cannot compile it.

Someone could help me to use that api under cygwin?

Thanks for your time

_________________________________________________________________
Horóscopo, tarot, numerología... Escucha lo que te dicen los astros. 
http://astrocentro.msn.es/


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

^ permalink raw reply	[relevance 7%]

* Re: Using Windows XP SP2 firewall API
  2007-08-29 18:14  7% Using Windows XP SP2 firewall API Miguel Angel Cabrera
@ 2007-08-30  0:41  7% ` Eric Blake
  0 siblings, 0 replies; 200+ results
From: Eric Blake @ 2007-08-30  0:41 UTC (permalink / raw)
  To: cygwin, mad_aluche

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

According to Miguel Angel Cabrera on 8/29/2007 11:51 AM:
> Hi,
> 
> i am trying to make a program to manage Windows XP SP2 firewall API,
> using cygwin gcc with -mno-cygwin option.
                        ^^^^^^^^^^^

What part of no-cygwin did you not get?  You are telling the compiler to
avoid cygwin, so the cygwin list will not be able to help you; try the
mingw list instead.

- --
Don't work too hard, make some time for fun as well!

Eric Blake             ebb9@byu.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG1hJI84KuGfSFAYARAvlFAKCjQvD+gzWErjZKRN8fLyCDOPl9DQCgnXFt
GqWXBeK+eoKWmyRYhJXI9XE=
=xMAy
-----END PGP SIGNATURE-----

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

^ permalink raw reply	[relevance 7%]

* Re: cygwin and cygwin-xfree lists to merge
       [not found]         ` <041201c95c9b$634b5f20$3201a8c0@aew2knew>
@ 2008-12-12 20:49  0%       ` Christopher Faylor
  0 siblings, 0 replies; 200+ results
From: Christopher Faylor @ 2008-12-12 20:49 UTC (permalink / raw)
  To: cygwin-xfree, cygwin

On Fri, Dec 12, 2008 at 09:51:11PM +0100, Andreas Eibach wrote:
>From: "Christopher Faylor"
>To: cygwin-xfree
>Sent: Wednesday, December 10, 2008 10:28 PM
>Subject: Re: cygwin and cygwin-xfree lists to merge

Why are you duplicating the headers of the email in the body of the
message?  There is no need for this repetition and you're feeding
spammers by adding email addresses there.

>>On Wed, Dec 10, 2008 at 02:45:17PM -0500, jose isaias cabrera wrote:
>>>I don't mind the traffic of xfree, but the cygwin list has too much
>>>traffic.
>>
>>You have my mild sympathy.
>
>Well, come to think of it, we could both merge cygwin + cygwin-xfree,
>BUT also _resplit_ cygwin, but this time into cygwin 1.7 and
>cygwin-"the rest".  So the additional X traffic (which will be far less
>than the 1.7 traffic I guess) is balanced better again.
>
>just a thought.

The intent is to make 1.7 the default release of Cygwin.  There will
be no "the rest" in a month or two.

My sympathies are growing milder by the minute.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

^ permalink raw reply	[relevance 0%]

* Can not see what is being typed and cursor does not move
@ 2009-03-08 20:10  8% jose isaias cabrera
  2009-03-08 20:37  7% ` Mark J. Reed
  0 siblings, 1 reply; 200+ results
From: jose isaias cabrera @ 2009-03-08 20:10 UTC (permalink / raw)
  To: cygwin


Greetings.

Long story...  But I deleted the previous cygwin installation because of the 
same problem, as above.  I installed back most of the packages that I 
previously had and I am having the same problem: after running rsync with 
this command,

jic 15:58:01-> rsync -ru --exclude '*~' jicman@camello:*.txt ./
Password:
jic 16:02:44->

the cursor does not move and anything typed does not get displayed in the 
DOS Cygwin bash terminal.  However, whatever I type it is being passed to 
the DOS bash because if I hit enter, the command gets executed.

Any idea what is going on?


thanks for the help.

josé 


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

^ permalink raw reply	[relevance 8%]

* Re: Can not see what is being typed and cursor does not move
  2009-03-08 20:10  8% Can not see what is being typed and cursor does not move jose isaias cabrera
@ 2009-03-08 20:37  7% ` Mark J. Reed
  2009-03-08 20:51  8%   ` jose isaias cabrera
  0 siblings, 1 reply; 200+ results
From: Mark J. Reed @ 2009-03-08 20:37 UTC (permalink / raw)
  To: cygwin

On Sun, Mar 8, 2009 at 4:10 PM, jose isaias cabrera wrote:
> jic 15:58:01-> rsync -ru --exclude '*~' jicman@camello:*.txt ./
> Password:
> jic 16:02:44->
>
> the cursor does not move and anything typed does not get displayed in the
> DOS Cygwin bash terminal.  However, whatever I type it is being passed to
> the DOS bash because if I hit enter, the command gets executed.
>
> Any idea what is going on?

Yes, though not why.

The rsync command is setting up the terminal so that the password
doesn't show up when you type it, and for some reason failing to reset
it to normal afterwards.

So, first, the problem will only affect that one window; if you start
a new Cygwin session, it will behave normally.  Reinstalling Cygwin
was a bit of an overreaction. :)

Second, you should be able to restore the terminal you're in If you
type "stty echo" and hit Enter.

This is the second recent post about a password-prompting program on
Cygwin not restoring echo; is there perhaps a bug in the latest
version of ncurses or whatever it's using?


-- 
Mark J. Reed <markjreed@gmail.com>

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

^ permalink raw reply	[relevance 7%]

* Re: Can not see what is being typed and cursor does not move
  2009-03-08 20:37  7% ` Mark J. Reed
@ 2009-03-08 20:51  8%   ` jose isaias cabrera
  0 siblings, 0 replies; 200+ results
From: jose isaias cabrera @ 2009-03-08 20:51 UTC (permalink / raw)
  To: Mark J. Reed, cygwin

"Mark J. Reed" wrote...

> On Sun, Mar 8, 2009 at 4:10 PM, jose isaias cabrera wrote:
>> jic 15:58:01-> rsync -ru --exclude '*~' jicman@camello:*.txt ./
>> Password:
>> jic 16:02:44->
>>
>> the cursor does not move and anything typed does not get displayed in the
>> DOS Cygwin bash terminal. However, whatever I type it is being passed to
>> the DOS bash because if I hit enter, the command gets executed.
>>
>> Any idea what is going on?
>
> Yes, though not why.
>
> The rsync command is setting up the terminal so that the password
> doesn't show up when you type it, and for some reason failing to reset
> it to normal afterwards.
Hmmmm... now that you said that, I just ssh'ed to another SunOS box and 
after I logged out, the same thing happens: cannot see what is being typed.

> So, first, the problem will only affect that one window; if you start
> a new Cygwin session, it will behave normally.  Reinstalling Cygwin
> was a bit of an overreaction. :)
True, but, after all the problems I had with Cygwin-X, I thougth I would 
start fresh. ;-)

> Second, you should be able to restore the terminal you're in If you
> type "stty echo" and hit Enter.

stty: standard input: unable to perform all requested operations

is what I get...

> This is the second recent post about a password-prompting program on
> Cygwin not restoring echo; is there perhaps a bug in the latest
> version of ncurses or whatever it's using?
Could be.  So, for now, rsync and ssh are causing this problem.

thanks for the help.

josé 


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

^ permalink raw reply	[relevance 8%]

* [ANNOUNCEMENT] Updated: openssl-1.0.2p-1
@ 2018-08-28  3:14  5% Corinna Vinschen
  0 siblings, 0 replies; 200+ results
From: Corinna Vinschen @ 2018-08-28  3:14 UTC (permalink / raw)
  To: cygwin

Hi folks,


I've updated the version of OpenSSL to 1.0.2p-1.  This is a security
bugfix release.

------------------------------------------------------------------------

 Changes between 1.0.2o and 1.0.2p [14 Aug 2018]

  *) Client DoS due to large DH parameter

     During key agreement in a TLS handshake using a DH(E) based ciphersuite a
     malicious server can send a very large prime value to the client. This will
     cause the client to spend an unreasonably long period of time generating a
     key for this prime resulting in a hang until the client has finished. This
     could be exploited in a Denial Of Service attack.

     This issue was reported to OpenSSL on 5th June 2018 by Guido Vranken
     (CVE-2018-0732)
     [Guido Vranken]

  *) Cache timing vulnerability in RSA Key Generation

     The OpenSSL RSA Key generation algorithm has been shown to be vulnerable to
     a cache timing side channel attack. An attacker with sufficient access to
     mount cache timing attacks during the RSA key generation process could
     recover the private key.

     This issue was reported to OpenSSL on 4th April 2018 by Alejandro Cabrera
     Aldaya, Billy Brumley, Cesar Pereida Garcia and Luis Manuel Alvarez Tapia.
     (CVE-2018-0737)
     [Billy Brumley]

  *) Make EVP_PKEY_asn1_new() a bit stricter about its input.  A NULL pem_str
     parameter is no longer accepted, as it leads to a corrupt table.  NULL
     pem_str is reserved for alias entries only.
     [Richard Levitte]

  *) Revert blinding in ECDSA sign and instead make problematic addition
     length-invariant. Switch even to fixed-length Montgomery multiplication.
     [Andy Polyakov]

  *) Change generating and checking of primes so that the error rate of not
     being prime depends on the intended use based on the size of the input.
     For larger primes this will result in more rounds of Miller-Rabin.
     The maximal error rate for primes with more than 1080 bits is lowered
     to 2^-128.
     [Kurt Roeckx, Annie Yousar]

  *) Increase the number of Miller-Rabin rounds for DSA key generating to 64.
     [Kurt Roeckx]

  *) Add blinding to ECDSA and DSA signatures to protect against side channel
     attacks discovered by Keegan Ryan (NCC Group).
     [Matt Caswell]

  *) When unlocking a pass phrase protected PEM file or PKCS#8 container, we
     now allow empty (zero character) pass phrases.
     [Richard Levitte]

  *) Certificate time validation (X509_cmp_time) enforces stricter
     compliance with RFC 5280. Fractional seconds and timezone offsets
     are no longer allowed.
     [Emilia Käsper]

------------------------------------------------------------------------

Have fun,
Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 5%]

* [ANNOUNCEMENT] openssl 1.0.2r-1
@ 2019-03-01 21:22  5% Corinna Vinschen
  0 siblings, 0 replies; 200+ results
From: Corinna Vinschen @ 2019-03-01 21:22 UTC (permalink / raw)
  To: cygwin

The following packages have been uploaded to the Cygwin distribution:

* openssl-1.0.2r-1
* openssl-devel-1.0.2r-1
* openssl-perl-1.0.2r-1
* libopenssl100-1.0.2r-1

The OpenSSL toolkit provides support for secure communications between
machines. OpenSSL includes a certificate management tool and shared
libraries which provide various cryptographic algorithms and protocols.

 Changes between 1.0.2q and 1.0.2r [26 Feb 2019]

  *) 0-byte record padding oracle

     If an application encounters a fatal protocol error and then calls
     SSL_shutdown() twice (once to send a close_notify, and once to receive one)
     then OpenSSL can respond differently to the calling application if a 0 byte
     record is received with invalid padding compared to if a 0 byte record is
     received with an invalid MAC. If the application then behaves differently
     based on that in a way that is detectable to the remote peer, then this
     amounts to a padding oracle that could be used to decrypt data.

     In order for this to be exploitable "non-stitched" ciphersuites must be in
     use. Stitched ciphersuites are optimised implementations of certain
     commonly used ciphersuites. Also the application must call SSL_shutdown()
     twice even if a protocol error has occurred (applications should not do
     this but some do anyway).

     This issue was discovered by Juraj Somorovsky, Robert Merget and Nimrod
     Aviram, with additional investigation by Steven Collison and Andrew
     Hourselt. It was reported to OpenSSL on 10th December 2018.
     (CVE-2019-1559)
     [Matt Caswell]

  *) Move strictness check from EVP_PKEY_asn1_new() to EVP_PKEY_asn1_add0().
     [Richard Levitte]

 Changes between 1.0.2p and 1.0.2q [20 Nov 2018]

  *) Microarchitecture timing vulnerability in ECC scalar multiplication

     OpenSSL ECC scalar multiplication, used in e.g. ECDSA and ECDH, has been
     shown to be vulnerable to a microarchitecture timing side channel attack.
     An attacker with sufficient access to mount local timing attacks during
     ECDSA signature generation could recover the private key.

     This issue was reported to OpenSSL on 26th October 2018 by Alejandro
     Cabrera Aldaya, Billy Brumley, Sohaib ul Hassan, Cesar Pereida Garcia and
     Nicola Tuveri.
     (CVE-2018-5407)
     [Billy Brumley]

  *) Timing vulnerability in DSA signature generation

     The OpenSSL DSA signature algorithm has been shown to be vulnerable to a
     timing side channel attack. An attacker could use variations in the signing
     algorithm to recover the private key.

     This issue was reported to OpenSSL on 16th October 2018 by Samuel Weiser.
     (CVE-2018-0734)
     [Paul Dale]

  *) Resolve a compatibility issue in EC_GROUP handling with the FIPS Object
     Module, accidentally introduced while backporting security fixes from the
     development branch and hindering the use of ECC in FIPS mode.
     [Nicola Tuveri]

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 5%]

* Building Bedrockdb in cygwin
@ 2019-05-08 19:00  7% Jose Isaias Cabrera
  2019-05-13 18:17 13% ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-08 19:00 UTC (permalink / raw)
  To: cygwin


Greetings.

Has anyone tried to build Bedrockdb[1] in cygwin?  Thanks.

josé


[1] https://bedrockdb.com/
Bedrock by Expensify - Bedrock – Rock-solid distributed data<https://bedrockdb.com/>
Bedrock – Rock-solid distributed data. Bedrock is a simple, modular, WAN-replicated, Blockchain-based data foundation for global-scale applications.
bedrockdb.com



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: Bug report. Clang sqrtl(-1) causes access violation
  @ 2019-05-10 13:50  6% ` Jose Isaias Cabrera
  2019-05-10 19:44  9%   ` Agner Fog
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-10 13:50 UTC (permalink / raw)
  To: Agner Fog, cygwin

Agner Fog, on Friday, May 10, 2019 08:57 AM, wrote...
>
>Bug description:
>
>The sqrtl function under Clang causes an access violation when the
>argument is negative.
>
>This error occurs only under Cygwin.
>
>This error occurs only with the sqrtl function, not with sqrt or sqrtf
>
It works for me.

e608313@HOR711318E /cygdrive/c/source/c++/cygwin
$ clang sqrt.cpp

e608313@HOR711318E /cygdrive/c/source/c++/cygwin
$ ls
a.exe  a.exe.stackdump  ATT00001.txt  cygcheck.out  sqrt.cpp

e608313@HOR711318E /cygdrive/c/source/c++/cygwin
$ ./a.exe
-1.000000

e608313@HOR711318E /cygdrive/c/source/c++/cygwin
$ uname -a
CYGWIN_NT-6.1 HOR711318E 3.0.7(0.338/5/3) 2019-04-30 18:04 i686 Cygwin

e608313@HOR711318E /cygdrive/c/source/c++/cygwin
$ clang --version
clang version 5.0.1 (tags/RELEASE_501/final)
Target: i686-pc-windows-cygnus
Thread model: posix
InstalledDir: /usr/bin

e608313@HOR711318E /cygdrive/c/source/c++/cygwin
$ cat sqrt.cpp


#include <stdio.h>
#include <math.h>
float a = -1.f;

int main() {
    float b = sqrtl(a);
    printf("%f\n", b);
    return 0;
}





--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: Bug report. Clang sqrtl(-1) causes access violation
  2019-05-10 13:50  6% ` Jose Isaias Cabrera
@ 2019-05-10 19:44  9%   ` Agner Fog
  2019-05-10 19:54  7%     ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Agner Fog @ 2019-05-10 19:44 UTC (permalink / raw)
  To: cygwin

On 10/05/2019 15.50, Jose Isaias Cabrera wrote:

> It works for me.

Now it turns out that all the long double math functions cause access 
violations.

If you can't reproduce the error, what can I do to trace it?


Exception: STATUS_ACCESS_VIOLATION at rip=00180173164



Sam Habiel wrote:

> Wow I can't believe that The Agner Fog posted on the Cygwin mailing list!

This is the place to post bug reports, right?



On 10/05/2019 15.50, Jose Isaias Cabrera wrote:
> Agner Fog, on Friday, May 10, 2019 08:57 AM, wrote...
> >
> >Bug description:
> >
> >The sqrtl function under Clang causes an access violation when the
> >argument is negative.
> >
> >This error occurs only under Cygwin.
> >
> >This error occurs only with the sqrtl function, not with sqrt or sqrtf
> >
> It works for me.
>
> e608313@HOR711318E /cygdrive/c/source/c++/cygwin
> $ clang sqrt.cpp
>
> e608313@HOR711318E /cygdrive/c/source/c++/cygwin
> $ ls
> a.exe  a.exe.stackdump  ATT00001.txt  cygcheck.out  sqrt.cpp
>
> e608313@HOR711318E /cygdrive/c/source/c++/cygwin
> $ ./a.exe
> -1.000000
>
> e608313@HOR711318E /cygdrive/c/source/c++/cygwin
> $ uname -a
> CYGWIN_NT-6.1 HOR711318E 3.0.7(0.338/5/3) 2019-04-30 18:04 i686 Cygwin
>
> e608313@HOR711318E /cygdrive/c/source/c++/cygwin
> $ clang --version
> clang version 5.0.1 (tags/RELEASE_501/final)
> Target: i686-pc-windows-cygnus
> Thread model: posix
> InstalledDir: /usr/bin
>
> e608313@HOR711318E /cygdrive/c/source/c++/cygwin
> $ cat sqrt.cpp
>
>
> #include <stdio.h>
> #include <math.h>
> float a = -1.f;
>
> int main() {
>     float b = sqrtl(a);
>     printf("%f\n", b);
>     return 0;
> }
>
>
>
>

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 9%]

* Re: Bug report. Clang sqrtl(-1) causes access violation
  2019-05-10 19:44  9%   ` Agner Fog
@ 2019-05-10 19:54  7%     ` Jose Isaias Cabrera
  2019-05-10 20:56  7%       ` Agner Fog
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-10 19:54 UTC (permalink / raw)
  To: Agner Fog, cygwin


Agner Fog, on Friday, May 10, 2019 03:44 PM, wrote...
>
>On 10/05/2019 15.50, Jose Isaias Cabrera wrote:
>
>> It works for me.
>
>Now it turns out that all the long double math functions cause access
>violations.
>
>If you can't reproduce the error, what can I do to trace it?
>
>
>Exception: STATUS_ACCESS_VIOLATION at rip=00180173164

Sounds to me like there are some damaged DLL or something.  Can you do a,

uname -a

and send us the output.  Also, please do a,

clang --version

and show us your output.  You may need to do a rebaseall, but first, let's see what versions you are running. Thanks.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: Bug report. Clang sqrtl(-1) causes access violation
  2019-05-10 19:54  7%     ` Jose Isaias Cabrera
@ 2019-05-10 20:56  7%       ` Agner Fog
  2019-05-11  3:33  6%         ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Agner Fog @ 2019-05-10 20:56 UTC (permalink / raw)
  To: cygwin

$ uname -a
CYGWIN_NT-10.0 DESKTOP-08PNUTF 3.0.6(0.338/5/3) 2019-04-06 16:18 x86_64 
Cygwin


$ clang --version
clang version 5.0.1 (tags/RELEASE_501/final)
Target: x86_64-unknown-windows-cygnus
Thread model: posix
InstalledDir: /usr/bin



On 10/05/2019 21.54, Jose Isaias Cabrera wrote:
>
> Agner Fog, on Friday, May 10, 2019 03:44 PM, wrote...
> >
> >On 10/05/2019 15.50, Jose Isaias Cabrera wrote:
> >
> >> It works for me.
> >
> >Now it turns out that all the long double math functions cause access
> >violations.
> >
> >If you can't reproduce the error, what can I do to trace it?
> >
> >
> >Exception: STATUS_ACCESS_VIOLATION at rip=00180173164
>
> Sounds to me like there are some damaged DLL or something.  Can you do a,
>
> uname -a
>
> and send us the output.  Also, please do a,
>
> clang --version
>
> and show us your output.  You may need to do a rebaseall, but first, 
> let's see what versions you are running. Thanks.
>
> josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: Bug report. Clang sqrtl(-1) causes access violation
  2019-05-10 20:56  7%       ` Agner Fog
@ 2019-05-11  3:33  6%         ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-05-11  3:33 UTC (permalink / raw)
  To: Agner Fog, cygwin


Agner Fog, on Friday, May 10, 2019 04:55 PM, wrote...

>$ uname -a
>CYGWIN_NT-10.0 DESKTOP-08PNUTF 3.0.6(0.338/5/3) 2019-04-06 16:18 x86_64
>Cygwin
>
>
>$ clang --version
>clang version 5.0.1 (tags/RELEASE_501/final)
>Target: x86_64-unknown-windows-cygnus
>Thread model: posix
>InstalledDir: /usr/bin

You are correct.  There is a problem with the x86_64.  I was trying on a 32bit system which does not fail.  But, on my x86_64, I am witnessing the same behaviour you reported.  So, now, let's see what the developers say.  Thanks.

$ clang sqrt.cpp

jcabrera@elimelec /cygdrive/c/source/c++/test
$ ls
a.exe  sqrt.cpp

jcabrera@elimelec /cygdrive/c/source/c++/test
$ ./a.exe
Segmentation fault (core dumped)

jcabrera@elimelec /cygdrive/c/source/c++/test
$ uname -a
CYGWIN_NT-10.0 elimelec 3.0.7(0.338/5/3) 2019-04-30 18:08 x86_64 Cygwin

jcabrera@elimelec /cygdrive/c/source/c++/test
$ clang --version
clang version 5.0.1 (tags/RELEASE_501/final)
Target: x86_64-unknown-windows-cygnus
Thread model: posix
InstalledDir: /usr/bin

josé


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: Building Bedrockdb in cygwin
  2019-05-08 19:00  7% Building Bedrockdb in cygwin Jose Isaias Cabrera
@ 2019-05-13 18:17 13% ` Jose Isaias Cabrera
  2019-05-13 18:48  7%   ` Jack
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-13 18:17 UTC (permalink / raw)
  To: cygwin


Greetings!

I am trying to build Bedrockdb in cygwin.  Running make gives me this output:

e608313@HOR711318E ~/Bedrock-master
$ make
git submodule init
git submodule update
cd mbedtls && git checkout -q c49b808ae490f03d665df5faae457f613aa31aaf
fatal: reference is not a tree: c49b808ae490f03d665df5faae457f613aa31aaf
make: *** No rule to make target 'mbedtls/library/libmbedcrypto.a', needed by 'libstuff/libstuff.d'.  Stop.

Any thoughts?  I tried getting help from the bedrock group, but their google group has not been updated since 2017.  So, I thought that I would try it here. Any guidance would be appreciated.  Thanks.

josé




From: Jose Isaias Cabrera
Sent: Wednesday, May 8, 2019 03:00 PM
To: cygwin@cygwin.com
Subject: Building Bedrockdb in cygwin


Greetings.

Has anyone tried to build Bedrockdb[1] in cygwin?  Thanks.

josé


[1] https://bedrockdb.com/
Bedrock by Expensify - Bedrock – Rock-solid distributed data<https://bedrockdb.com/>
Bedrock – Rock-solid distributed data. Bedrock is a simple, modular, WAN-replicated, Blockchain-based data foundation for global-scale applications.
bedrockdb.com



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 13%]

* Re: Building Bedrockdb in cygwin
  2019-05-13 18:17 13% ` Jose Isaias Cabrera
@ 2019-05-13 18:48  7%   ` Jack
  2019-05-13 19:01  6%     ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Jack @ 2019-05-13 18:48 UTC (permalink / raw)
  To: cygwin

On 2019.05.13 14:17, Jose Isaias Cabrera wrote:
> 
> Greetings!
> 
> I am trying to build Bedrockdb in cygwin.  Running make gives me this  
> output:
> 
> e608313@HOR711318E ~/Bedrock-master
> $ make
> git submodule init
> git submodule update
> cd mbedtls && git checkout -q c49b808ae490f03d665df5faae457f613aa31aaf
> fatal: reference is not a tree:  
> c49b808ae490f03d665df5faae457f613aa31aaf
> make: *** No rule to make target 'mbedtls/library/libmbedcrypto.a',  
> needed by 'libstuff/libstuff.d'.  Stop.
> 
> Any thoughts?  I tried getting help from the bedrock group, but their  
> google group has not been updated since 2017.  So, I thought that I  
> would try it here. Any guidance would be appreciated.  Thanks.
> 
> josé
I know nothing about Bedrock, but I'd ask what you did before running  
"make."  Did you do ./configure?  Is there perhaps an autogen.sh to  
run?  In applications I've compiled which use git submodules, it's  
often been autogen.sh which actually initialized them, which must be  
done before updating them, and I seem to recall that it's something  
that needs to be done prior to the "git submodule init".

Jack
> 
> 
> 
> 
> From: Jose Isaias Cabrera
> Sent: Wednesday, May 8, 2019 03:00 PM
> To: cygwin@cygwin.com
> Subject: Building Bedrockdb in cygwin
> 
> 
> Greetings.
> 
> Has anyone tried to build Bedrockdb[1] in cygwin?  Thanks.
> 
> josé
> 
> 
> [1] https://bedrockdb.com/
> Bedrock by Expensify - Bedrock – Rock-solid distributed  
> data<https://bedrockdb.com/>
> Bedrock – Rock-solid distributed data. Bedrock is a simple, modular,  
> WAN-replicated, Blockchain-based data foundation for global-scale  
> applications.
> bedrockdb.com
> 
> 
> 
> --
> Problem reports:       http://cygwin.com/problems.html
> FAQ:                   http://cygwin.com/faq/
> Documentation:         http://cygwin.com/docs.html
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> 
> 


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: Building Bedrockdb in cygwin
  2019-05-13 18:48  7%   ` Jack
@ 2019-05-13 19:01  6%     ` Jose Isaias Cabrera
  2019-05-13 19:09  7%       ` Achim Gratz
  2019-05-13 19:21  6%       ` Jack
  0 siblings, 2 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-05-13 19:01 UTC (permalink / raw)
  To: Jack, cygwin


Jack, on Monday, May 13, 2019 02:47 PM, wrote...
>On 2019.05.13 14:17, Jose Isaias Cabrera wrote:
>I know nothing about Bedrock, but I'd ask what you did before running
>"make."  Did you do ./configure?

Thanks Jack for the prompt reply. No, there is no configure.


> Is there perhaps an autogen.sh to
>run?
No, no autogen.sh either.

>  In applications I've compiled which use git submodules, it's
>often been autogen.sh which actually initialized them, which must be
>done before updating them, and I seem to recall that it's something
>that needs to be done prior to the "git submodule init".

Thanks. This is what the README.md says,

$ cat README.md
# Expensify/Bedrock/
This public repo contains the Bedrock database server.  For more information on what that is, please see http://bedrockdb.com  The directories in this repo include:

* `/` - Contains the main Bedrock source
* `/docs` - Source for the public website (hosted via GitHub Pages): http://bedrockdb.com
* `/libstuff` - A general purpose C++ framework for cross-platform application development
* `/mbedtls` - The mbed TLS from here: https://tls.mbed.org/
* `/plugins` - The various plugins provided "out of the box" to Bedrock
* `/sqlitecluster` - The distributed transaction framework built atop sqlite: http://sqlite.org

So, it looks like the root (c49b808ae490f03d665df5faae457f613aa31aaf) does not exists... Thanks for the quick reply, though.

josé


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: Building Bedrockdb in cygwin
  2019-05-13 19:01  6%     ` Jose Isaias Cabrera
@ 2019-05-13 19:09  7%       ` Achim Gratz
  2019-05-13 19:24  6%         ` Jose Isaias Cabrera
  2019-05-13 19:21  6%       ` Jack
  1 sibling, 1 reply; 200+ results
From: Achim Gratz @ 2019-05-13 19:09 UTC (permalink / raw)
  To: cygwin

Jose Isaias Cabrera writes:
> * `/` - Contains the main Bedrock source
> * `/docs` - Source for the public website (hosted via GitHub Pages): http://bedrockdb.com
> * `/libstuff` - A general purpose C++ framework for cross-platform application development
> * `/mbedtls` - The mbed TLS from here: https://tls.mbed.org/
> * `/plugins` - The various plugins provided "out of the box" to Bedrock
> * `/sqlitecluster` - The distributed transaction framework built atop sqlite: http://sqlite.org
>
> So, it looks like the root (c49b808ae490f03d665df5faae457f613aa31aaf) does not exists... Thanks for the quick reply, though.

The submodule might look in the wrong place as clearly it is available here:

https://github.com/ARMmbed/mbedtls/commit/c49b808ae490f03d665df5faae457f613aa31aaf


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: Building Bedrockdb in cygwin
  2019-05-13 19:01  6%     ` Jose Isaias Cabrera
  2019-05-13 19:09  7%       ` Achim Gratz
@ 2019-05-13 19:21  6%       ` Jack
  2019-05-13 20:15  7%         ` Jose Isaias Cabrera
  1 sibling, 1 reply; 200+ results
From: Jack @ 2019-05-13 19:21 UTC (permalink / raw)
  To: cygwin

On 2019.05.13 15:01, Jose Isaias Cabrera wrote:
> So, it looks like the root (c49b808ae490f03d665df5faae457f613aa31aaf)  
> does not exists... Thanks for the quick reply, though.
This issue is that at that point, the higher level make assumes that  
mbedtls is a git repository.

> cd mbedtls && git checkout -q c49b808ae490f03d665df5faae457f613aa31aaf
> fatal: reference is not a tree:  
> c49b808ae490f03d665df5faae457f613aa31aaf
I don't fully understand the git submodules, but something in the main  
git repository should have the info about where the git submodule's  
upstream repository is.  I'll guess here that you started by unpacking  
a tarball, and not cloning the Bedrock git repository, and that they  
failed to include the main .git folder in the tarball.  You'll probably  
either need to start by a git clone, or have them tell you how to  
manually specify the missing submodule information.

However, in doing a bit of searching, I just found a stackoverflow  
answer which includes "This is the most common problem with submodules.  
The commit that you are on in the outer repository has a reference to a  
commit in the submodule that someone did not push up yet. It's a  
dependency problem. Always push from the inside-out. This is most  
likely not something you did wrong, but someone else that's working in  
the repository. "    This implies that mbedtls does have a .git folder,  
but that particular commit is not yet available.  Try doing a "git  
pull" when in that subdirectory.  Otherwise, wait for a response from  
the Bedrock team.

Jack
--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: Building Bedrockdb in cygwin
  2019-05-13 19:09  7%       ` Achim Gratz
@ 2019-05-13 19:24  6%         ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-05-13 19:24 UTC (permalink / raw)
  To: Achim Gratz, cygwin


Achim Gratz, on Monday, May 13, 2019 03:09 PM, wrote...

>> So, it looks like the root (c49b808ae490f03d665df5faae457f613aa31aaf) does not exists... Thanks for the quick reply, though.
>
>The submodule might look in the wrong place as clearly it is available here:
>
>https://github.com/ARMmbed/mbedtls/commit/c49b808ae490f03d665df5faae457f613aa31aaf

This is what the Makefile has,

[snip]
# The mbedtls libraries are all built the same way.
mbedtls/library/libmbedcrypto.a mbedtls/library/libmbedtls.a mbedtls/library/libmbedx509.a:
        git submodule init
        git submodule update
        cd mbedtls && git checkout -q c49b808ae490f03d665df5faae457f613aa31aaf
        cd mbedtls && $(MAKE) no_test && touch library/libmbedcrypto.a && touch library/libmbedtls.a && touch library/libmbedx509.a
[snip]

and this is my error I am getting right at that spot:

$ make
git submodule init
git submodule update
cd mbedtls && git checkout -q c49b808ae490f03d665df5faae457f613aa31aaf
fatal: reference is not a tree: c49b808ae490f03d665df5faae457f613aa31aaf
make: *** No rule to make target 'mbedtls/library/libmbedcrypto.a', needed by 'libstuff/libstuff.d'.  Stop.

Question: does it matter that I did a 'git init' before starting this?  Thanks for any help.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: Building Bedrockdb in cygwin
  2019-05-13 19:21  6%       ` Jack
@ 2019-05-13 20:15  7%         ` Jose Isaias Cabrera
  2019-05-13 20:23  7%           ` Jack
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-13 20:15 UTC (permalink / raw)
  To: Jack, cygwin


Jack, on Monday, May 13, 2019 03:21 PM, wrote...
>On 2019.05.13 15:01, Jose Isaias Cabrera wrote:

>upstream repository is.  I'll guess here that you started by unpacking
>a tarball, and not cloning the Bedrock git repository, and that they
Yep, that's what happened.  The reason why was this...

$ git clone https://github.com/Expensify/Bedrock.git
Cloning into 'Bedrock'...
fatal: unable to access 'https://github.com/Expensify/Bedrock.git/': Out of memory

So, I downloaded the tarball and...

>either need to start by a git clone, or have them tell you how to
>manually specify the missing submodule information.
Yeah, they are not responding. So, I guess I'll have to figure this one out the hard way...

>However, in doing a bit of searching, I just found a stackoverflow
>answer which includes "This is the most common problem with submodules.
Yeah, I read that one, amongst other git suggestions.  One of them was doing a 'git init'.

>the repository. "    This implies that mbedtls does have a .git folder,
>but that particular commit is not yet available.  Try doing a "git
>pull" when in that subdirectory.  Otherwise, wait for a response from

I'll give this a try...

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: Building Bedrockdb in cygwin
  2019-05-13 20:15  7%         ` Jose Isaias Cabrera
@ 2019-05-13 20:23  7%           ` Jack
  2019-05-13 20:37  7%             ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Jack @ 2019-05-13 20:23 UTC (permalink / raw)
  To: cygwin

On 2019.05.13 16:15, Jose Isaias Cabrera wrote:
[snip.....]
> $ git clone https://github.com/Expensify/Bedrock.git
> Cloning into 'Bedrock'...
> fatal: unable to access 'https://github.com/Expensify/Bedrock.git/':  
> Out of memory
I think that means you.  Do you have enough disk space?

Before doing much else, however, please confirm that that subdirectory  
does have a .git folder.  If so, the git pull should work.  If not, it  
wont.
--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: Building Bedrockdb in cygwin
  2019-05-13 20:23  7%           ` Jack
@ 2019-05-13 20:37  7%             ` Jose Isaias Cabrera
  2019-05-13 21:26  7%               ` Jack
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-13 20:37 UTC (permalink / raw)
  To: Jack, cygwin


Jack, on Monday, May 13, 2019 04:22 PM, wrote...
>On 2019.05.13 16:15, Jose Isaias Cabrera wrote:
>[snip.....]
>> $ git clone https://github.com/Expensify/Bedrock.git
>> Cloning into 'Bedrock'...
>> fatal: unable to access 'https://github.com/Expensify/Bedrock.git/':
>> Out of memory
>I think that means you.  Do you have enough disk space?

$ df -a
Filesystem      Size  Used Avail Use% Mounted on
C:/cygwin/bin      -     -     -    - /usr/bin
C:/cygwin/lib      -     -     -    - /usr/lib
C:/cygwin       280G   67G  213G  24% /
B:              4.0G   91M  3.9G   3% /cygdrive/b
C:                 -     -     -    - /cygdrive/c
D:              183G   18G  165G  10% /cygdrive/d


>
>Before doing much else, however, please confirm that that subdirectory
>does have a .git folder.  If so, the git pull should work.  If not, it
>wont.

You are right.  There is no .git folder within mbedtls. Hmmm...

I am not a git guy.  Do I do a 'git init' to get a .git folder created?


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: Building Bedrockdb in cygwin
  2019-05-13 20:37  7%             ` Jose Isaias Cabrera
@ 2019-05-13 21:26  7%               ` Jack
  2019-05-13 21:58  6%                 ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Jack @ 2019-05-13 21:26 UTC (permalink / raw)
  To: cygwin

On 2019.05.13 16:37, Jose Isaias Cabrera wrote:
> Jack, on Monday, May 13, 2019 04:22 PM, wrote...
> >On 2019.05.13 16:15, Jose Isaias Cabrera wrote:
> >[snip.....]
> >> $ git clone https://github.com/Expensify/Bedrock.git
> >> Cloning into 'Bedrock'...
> >> fatal: unable to access  
> 'https://github.com/Expensify/Bedrock.git/':
> >> Out of memory
> >I think that means you.  Do you have enough disk space?
> $ df -a
> Filesystem      Size  Used Avail Use% Mounted on
> C:/cygwin/bin      -     -     -    - /usr/bin
> C:/cygwin/lib      -     -     -    - /usr/lib
> C:/cygwin       280G   67G  213G  24% /
> B:              4.0G   91M  3.9G   3% /cygdrive/b
> C:                 -     -     -    - /cygdrive/c
> D:              183G   18G  165G  10% /cygdrive/d
Which drive are you trying to build on?  B: 3.9G might well not be  
enough room.  C: and D: seem to have enough space.
> 
>> Before doing much else, however, please confirm that that  
>> subdirectory does have a .git folder.  If so, the git pull should  
>> work.  If not, it wont.
> You are right.  There is no .git folder within mbedtls. Hmmm...
> 
> I am not a git guy.  Do I do a 'git init' to get a .git folder  
> created?
The problem is you can't just create a new git repo from thin air.  You  
need to pull it from the mbedtls site.  The Bedrock repository contains  
the bits that tell the git submodule commands how to do that - that's  
what is missing from the tarball.  I suppose you could go to the dir  
one above mbedtls and try cloning that repository, which should then  
have all the pieces Bedrock seems to expect.
--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: Building Bedrockdb in cygwin
  2019-05-13 21:26  7%               ` Jack
@ 2019-05-13 21:58  6%                 ` Jose Isaias Cabrera
  2019-05-14  3:29  7%                   ` Brian Inglis
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-13 21:58 UTC (permalink / raw)
  To: Jack, cygwin

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="utf-8", Size: 1921 bytes --]


Jack, on Monday, May 13, 2019 05:26 PM, wrote...​
>On 2019.05.13 16:37, Jose Isaias Cabrera wrote:​
>> Jack, on Monday, May 13, 2019 04:22 PM, wrote...​
>> >On 2019.05.13 16:15, Jose Isaias Cabrera wrote:​
>> >[snip.....]​
>> >> $ git clone https://github.com/Expensify/Bedrock.git​
>> >> Cloning into 'Bedrock'...​
>> >> fatal: unable to access  ​
>> 'https://github.com/Expensify/Bedrock.git/':​
>> >> Out of memory​
>> >I think that means you.  Do you have enough disk space?​
>> $ df -a​
>> Filesystem      Size  Used Avail Use% Mounted on​
>> C:/cygwin/bin      -     -     -    - /usr/bin​
>> C:/cygwin/lib      -     -     -    - /usr/lib​
>> C:/cygwin       280G   67G  213G  24% /​
>> B:              4.0G   91M  3.9G   3% /cygdrive/b​
>> C:                 -     -     -    - /cygdrive/c​
>> D:              183G   18G  165G  10% /cygdrive/d​
>Which drive are you trying to build on?  B: 3.9G might well not be  ​
>enough room.  C: and D: seem to have enough space.​
​
I am trying to install it on c: so it has enough information.  I did see this reference [1] on stackoverflow, which is points to a memory problem. I am running a 32 bit instance of cygwin, so, it may not have enough memory for the whole clone process.  I will try tomorrow to reboot and try it without any applications.  This may provide the "memory" needed.  Is there any way to assign more memory to the cygwin terminal through windows?  Thanks for all your help.  I really appreciate it.​
​
josé​
​
[1] https://stackoverflow.com/questions/7607970/git-clone-fails-with-out-of-memory-error-fatal-out-of-memory-malloc-failed​


\0ТÒÐÐ¥\a&ö&ÆVÒ\a&W\x06÷'G3¢\x02\x02\x02\x02\x02\x02\x06‡GG\x03¢òö7–wv–âæ6öÒ÷\a&ö&ÆV×2æ‡FÖÀФd\x15\x13¢\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x02\x06‡GG\x03¢òö7–wv–âæ6öÒöf\x17\x12ðФFö7VÖVçF\x17F–öã¢\x02\x02\x02\x02\x02\x02\x02\x02\x06‡GG\x03¢òö7–wv–âæ6öÒöFö72æ‡FÖÀÐ¥Vç7V'67&–&R\x06–æfó¢\x02\x02\x02\x02\x02\x06‡GG\x03¢òö7–wv–âæ6öÒöÖÂò7Vç7V'67&–&R×6–×\x06ÆPРÐ

^ permalink raw reply	[relevance 6%]

* Re: Building Bedrockdb in cygwin
  2019-05-13 21:58  6%                 ` Jose Isaias Cabrera
@ 2019-05-14  3:29  7%                   ` Brian Inglis
  2019-05-14 13:51  6%                     ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Brian Inglis @ 2019-05-14  3:29 UTC (permalink / raw)
  To: cygwin

On 2019-05-13 15:58, Jose Isaias Cabrera wrote:
> 
> Jack, on Monday, May 13, 2019 05:26 PM, wrote...​
>> On 2019.05.13 16:37, Jose Isaias Cabrera wrote:​
>>> Jack, on Monday, May 13, 2019 04:22 PM, wrote...​
>>>> On 2019.05.13 16:15, Jose Isaias Cabrera wrote:​
>>>> [snip.....]​
>>>>> $ git clone https://github.com/Expensify/Bedrock.git​
>>>>> Cloning into 'Bedrock'...​
>>>>> fatal: unable to access  ​
>>> 'https://github.com/Expensify/Bedrock.git/':​
>>>>> Out of memory​
>>>> I think that means you.  Do you have enough disk space?​
>>> $ df -a​
>>> Filesystem      Size  Used Avail Use% Mounted on​
>>> C:/cygwin/bin      -     -     -    - /usr/bin​
>>> C:/cygwin/lib      -     -     -    - /usr/lib​
>>> C:/cygwin       280G   67G  213G  24% /​
>>> B:              4.0G   91M  3.9G   3% /cygdrive/b​
>>> C:                 -     -     -    - /cygdrive/c​
>>> D:              183G   18G  165G  10% /cygdrive/d​
>> Which drive are you trying to build on?  B: 3.9G might well not be  ​
>> enough room.  C: and D: seem to have enough space.​
> ​
> I am trying to install it on c: so it has enough information.  I did see this reference [1] on stackoverflow, which is points to a memory problem. I am running a 32 bit instance of cygwin, so, it may not have enough memory for the whole clone process.  I will try tomorrow to reboot and try it without any applications.  This may provide the "memory" needed.  Is there any way to assign more memory to the cygwin terminal through windows?  Thanks for all your help.  I really appreciate it.​
> [1] https://stackoverflow.com/questions/7607970/git-clone-fails-with-out-of-memory-error-fatal-out-of-memory-malloc-failed​

You might want to try installing WSL then follow the Ubuntu instructions to
figure out what the build resource requirements are.
Then use the peflags settings in
	https://cygwin.com/cygwin-ug-net/setup-maxmem.html
after applying the linked MS settings if you are running 32 bit Windows.
If you are running 64 bit Windows, you should run 64 bit Cygwin if you need more
than 4GB memory total for maximum heap after rebasing for all exes and dlls.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: Building Bedrockdb in cygwin
  2019-05-14  3:29  7%                   ` Brian Inglis
@ 2019-05-14 13:51  6%                     ` Jose Isaias Cabrera
  2019-05-14 16:18  6%                       ` Brian Inglis
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-14 13:51 UTC (permalink / raw)
  To: cygwin, Brian.Inglis


Brian Inglis, on Monday, May 13, 2019 11:29 PM, wrote...
>You might want to try installing WSL then follow the Ubuntu instructions to
I am trying to make this work from work.  And I am running Windows 7, which does not support WSL.

>figure out what the build resource requirements are.
>Then use the peflags settings in
>        https://cygwin.com/cygwin-ug-net/setup-maxmem.html
This is a good advice.  I tried running this command,

$ peflags --cygwin-heap git.exe
git.exe: skipped because nonexistent

how do I add more memory to git.exe using peflags?  I read the site you mentioned above, and it's not very clear as to how it can be done.  There is actually a mistake in the documentation: the third sentence reads,

"In some cases, this problem can be solved by changing a field in the file header which is utilized by Cygwin since to keep the initial size of the application heap."

I think the word "since" after Cygwin, is not needed. Thanks.

josé




--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: Building Bedrockdb in cygwin
  2019-05-14 13:51  6%                     ` Jose Isaias Cabrera
@ 2019-05-14 16:18  6%                       ` Brian Inglis
  2019-05-14 16:27 12%                         ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Brian Inglis @ 2019-05-14 16:18 UTC (permalink / raw)
  To: cygwin

On 2019-05-14 07:51, Jose Isaias Cabrera wrote:
> 
> Brian Inglis, on Monday, May 13, 2019 11:29 PM, wrote...
>> You might want to try installing WSL then follow the Ubuntu instructions to
> I am trying to make this work from work.  And I am running Windows 7, which 
> does not support WSL.
>> figure out what the build resource requirements are.
>> Then use the peflags settings in
>>        https://cygwin.com/cygwin-ug-net/setup-maxmem.html
> This is a good advice.  I tried running this command,
> $ peflags --cygwin-heap git.exe
> git.exe: skipped because nonexistent

Supply a path name:
$ peflags --cygwin-heap /bin/git
/bin/git.exe: initial Cygwin heap size: 0 (0x0) MB

$ peflags -v /bin/git
/bin/git:
coff(0x022f[+relocs_stripped,+executable_image,+line_nums_stripped,+local_syms_stripped,+bigaddr,+sepdbg])
pe(0x8000[+tsaware])

$ peflags -d -f -n -i -s -b -W -t -w -l -S -x -X -y -Y -z -v /bin/git
/bin/git: coff(0x022f[-wstrim,+bigaddr,+sepdbg])
pe(0x8000[-dynamicbase,-forceinteg,-nxcompat,-no-isolation,-no-seh,-no-bind,-wdmdriver,+tsaware])
          stack reserve size      : 2097152 (0x200000) bytes
          stack commit size       : 4096 (0x1000) bytes
          Win32 heap reserve size : 1048576 (0x100000) bytes
          Win32 heap commit size  : 4096 (0x1000) bytes
          initial Cygwin heap size: 0 (0x0) MB

> how do I add more memory to git.exe using peflags?  I read the site you
> mentioned above, and it's not very clear as to how it can be done. 

$ peflags --cygwin-heap=2048 /bin/git
/bin/git: initial Cygwin heap size: 2048 (0x800) MB
$ peflags --cygwin-heap=0 /bin/git
/bin/git: initial Cygwin heap size: 0 (0x0) MB

> There is actually a mistake in the documentation: the third sentence reads,
> "In some cases, this problem can be solved by changing a field in the file 
> header which is utilized by Cygwin since to keep the initial size of the 
> application heap."
> I think the word "since" after Cygwin, is not needed.

Patch years ago to one doc source line removed "version 1.7.10" but left "since"
on the previous doc source line.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: Building Bedrockdb in cygwin
  2019-05-14 16:18  6%                       ` Brian Inglis
@ 2019-05-14 16:27 12%                         ` Jose Isaias Cabrera
  2019-05-14 17:11  6%                           ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-14 16:27 UTC (permalink / raw)
  To: cygwin, Brian.Inglis


Thanks, sir.


From: cygwin-owner@cygwin.com <cygwin-owner@cygwin.com> on behalf of Brian Inglis <Brian.Inglis@SystematicSw.ab.ca>
Sent: Tuesday, May 14, 2019 12:18 PM
To: cygwin@cygwin.com
Subject: Re: Building Bedrockdb in cygwin

On 2019-05-14 07:51, Jose Isaias Cabrera wrote:
>
> Brian Inglis, on Monday, May 13, 2019 11:29 PM, wrote...
>> You might want to try installing WSL then follow the Ubuntu instructions to
> I am trying to make this work from work.  And I am running Windows 7, which
> does not support WSL.
>> figure out what the build resource requirements are.
>> Then use the peflags settings in
>>        https://cygwin.com/cygwin-ug-net/setup-maxmem.html
> This is a good advice.  I tried running this command,
> $ peflags --cygwin-heap git.exe
> git.exe: skipped because nonexistent

Supply a path name:
$ peflags --cygwin-heap /bin/git
/bin/git.exe: initial Cygwin heap size: 0 (0x0) MB

$ peflags -v /bin/git
/bin/git:
coff(0x022f[+relocs_stripped,+executable_image,+line_nums_stripped,+local_syms_stripped,+bigaddr,+sepdbg])
pe(0x8000[+tsaware])

$ peflags -d -f -n -i -s -b -W -t -w -l -S -x -X -y -Y -z -v /bin/git
/bin/git: coff(0x022f[-wstrim,+bigaddr,+sepdbg])
pe(0x8000[-dynamicbase,-forceinteg,-nxcompat,-no-isolation,-no-seh,-no-bind,-wdmdriver,+tsaware])
          stack reserve size      : 2097152 (0x200000) bytes
          stack commit size       : 4096 (0x1000) bytes
          Win32 heap reserve size : 1048576 (0x100000) bytes
          Win32 heap commit size  : 4096 (0x1000) bytes
          initial Cygwin heap size: 0 (0x0) MB

> how do I add more memory to git.exe using peflags?  I read the site you
> mentioned above, and it's not very clear as to how it can be done.

$ peflags --cygwin-heap=2048 /bin/git
/bin/git: initial Cygwin heap size: 2048 (0x800) MB
$ peflags --cygwin-heap=0 /bin/git
/bin/git: initial Cygwin heap size: 0 (0x0) MB

> There is actually a mistake in the documentation: the third sentence reads,
> "In some cases, this problem can be solved by changing a field in the file
> header which is utilized by Cygwin since to keep the initial size of the
> application heap."
> I think the word "since" after Cygwin, is not needed.

Patch years ago to one doc source line removed "version 1.7.10" but left "since"
on the previous doc source line.

--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 12%]

* Re: Building Bedrockdb in cygwin
  2019-05-14 16:27 12%                         ` Jose Isaias Cabrera
@ 2019-05-14 17:11  6%                           ` Jose Isaias Cabrera
  2019-05-14 22:17  6%                             ` Csaba Ráduly
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-14 17:11 UTC (permalink / raw)
  To: cygwin, Brian.Inglis


So, finally, I was able to to through the git problem: I needed to set the correct proxy syntax, here it is in case someone ever gets a git out of memory error:

git config --global http.proxy http://proxyuser:proxypwd@proxy.server.com:8080

and

change proxyuser to your proxy user
change proxypwd to your proxy password
change proxy.server.com to the URL of your proxy server
change 8080 to the proxy port configured on your proxy server

However, having jumped that huddle, I encountered a new one, which is probably easier to deal with. The make command does a lot of work, but once it's going to start compiling, I get,

[good stuff clipped]
  CC    util/pem2der.c
  CC    util/strerror.c
  CC    x509/cert_app.c
  CC    x509/crl_app.c
  CC    x509/cert_req.c
  CC    x509/cert_write.c
  CC    x509/req_app.c
make[2]: Leaving directory '/home/e608313/Bedrock/mbedtls/programs'
make[1]: Leaving directory '/home/e608313/Bedrock/mbedtls'
g++-6 -g -std=c++14 -fpic -O2 -Wall -Werror -Wformat-security -DGIT_REVISION=ce62c88 -I/home/e608313/Bedrock -I/home/e608313/Bedrock/mbedtls/include -MMD -MF libstuff/libstuff.d -MT libstuff/libstuff.h.gch -c libstuff/libstuff.h
make: g++-6: Command not found
make: *** No rule to make target 'libstuff/libstuff.d', needed by '.build/libstuff/libstuff.d'.  Stop.

So, it appears that I need something called g++-6. I have both gcc and g++

$ ls /usr/bin/g++*
/usr/bin/g++.exe*

So, the question is, what is g++-6, and how to I get it?  I tried to find it with cygwin's setup, but it's not on the distro.  I tried to duckduckgo it, but I didn't get anything useful.  Thoughts?  Thanks

josé




--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: Building Bedrockdb in cygwin
  2019-05-14 17:11  6%                           ` Jose Isaias Cabrera
@ 2019-05-14 22:17  6%                             ` Csaba Ráduly
  2019-05-15 12:24  6%                               ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Csaba Ráduly @ 2019-05-14 22:17 UTC (permalink / raw)
  To: cygwin

On 14/05/2019 19:11, Jose Isaias Cabrera wrote:
(snip)

> However, having jumped that huddle, I encountered a new one, which is probably easier to deal with. The make command does a lot of work, but once it's going to start compiling, I get,
> 
> [good stuff clipped]
>    CC    util/pem2der.c
>    CC    util/strerror.c
>    CC    x509/cert_app.c
>    CC    x509/crl_app.c
>    CC    x509/cert_req.c
>    CC    x509/cert_write.c
>    CC    x509/req_app.c
> make[2]: Leaving directory '/home/e608313/Bedrock/mbedtls/programs'
> make[1]: Leaving directory '/home/e608313/Bedrock/mbedtls'
> g++-6 -g -std=c++14 -fpic -O2 -Wall -Werror -Wformat-security -DGIT_REVISION=ce62c88 -I/home/e608313/Bedrock -I/home/e608313/Bedrock/mbedtls/include -MMD -MF libstuff/libstuff.d -MT libstuff/libstuff.h.gch -c libstuff/libstuff.h
> make: g++-6: Command not found
> make: *** No rule to make target 'libstuff/libstuff.d', needed by '.build/libstuff/libstuff.d'.  Stop.
> 
> So, it appears that I need something called g++-6. I have both gcc and g++
> 
> $ ls /usr/bin/g++*
> /usr/bin/g++.exe*
> 
> So, the question is, what is g++-6, and how to I get it?  I tried to find it with cygwin's setup, but it's not on the distro.  I tried to duckduckgo it, but I didn't get anything useful.  Thoughts?  Thanks

g++-6 is version 6 of the C++ compiler in the GNU Compiler Collection.

Cygwin's gcc and g++ is version 7.4.0:
$ g++.exe -dumpversion
7.4.0

Bedrockdb's makefile begins with:

# Set the compiler, if it's not set by the environment.
ifndef GXX
         GXX = g++-6
endif

ifndef CC
         CC = gcc-6
endif

so the C++ compiler (GXX) is set to g++-6 unless GXX is set explicitly.


You need to run make like this:

CC=gcc GXX=g++ make <whatever arguments you gave to make, if any>

This will force make to use g++ instead of g++-6

Hope this helps,

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: Building Bedrockdb in cygwin
  2019-05-14 22:17  6%                             ` Csaba Ráduly
@ 2019-05-15 12:24  6%                               ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-05-15 12:24 UTC (permalink / raw)
  To: Csaba Ráduly, cygwin


Csaba Ráduly, on Tuesday, May 14, 2019 06:17 PM, wrote...
>On 14/05/2019 19:11, Jose Isaias Cabrera wrote:
[clip]

>You need to run make like this:
>
>CC=gcc GXX=g++ make <whatever arguments you gave to make, if any>
>
>This will force make to use g++ instead of g++-6


Thanks, this works, but I think I have other dependencies.  This is what I now have,

$ CC=gcc GXX=g++ make
g++ -g -std=c++14 -fpic -O2 -Wall -Werror -Wformat-security -DGIT_REVISION=ce62c88 -I/home/e608313/Bedrock -I/home/e608313/Bedrock/mbedtls/include -MMD -MF libstuff/libstuff.d -MT libstuff/libstuff.h.gch -c libstuff/libstuff.h
libstuff/libstuff.h:7:10: fatal error: execinfo.h: No such file or directory
 #include <execinfo.h> // for backtrace
          ^~~~~~~~~~~~
compilation terminated.
make: *** No rule to make target 'libstuff/libstuff.d', needed by '.build/libstuff/libstuff.d'.  Stop.

I did a search on the web on both duckduckgo and google and there is nothing out there.  I can tell you that to build bedrockdb in Ubuntu, you need these steps,

==begin
# Clone out this repo:
git clone https://github.com/Expensify/Bedrock.git

# Install some dependencies
sudo add-apt-repository ppa:ubuntu-toolchain-r/test
sudo apt-get update
sudo apt-get install gcc-6 g++-6 libpcre++-dev zlib1g-dev

# Build it
cd Bedrock
make
==end

I went and grabbed all the libpcre* and zlib* from cygwin, but I don't know what toolchain is in cygwin.  So, libstuff must be a special file that I don't seem to find on the web.  However, there are some execinfo.h hits, but for different applications.  Any thoughts?  I will go back to the bedrockdb team and see what they say.  Thanks for any input.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: [ANNOUNCEMENT] Updated: sqlite3-3.28.0-1 for Cygwin/Cygwin64
  @ 2019-05-15 14:36  6% ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-05-15 14:36 UTC (permalink / raw)
  To: cygwin


Thanks, Jan.

________________________________
From: cygwin-owner@cygwin.com <cygwin-owner@cygwin.com> on behalf of Jan Nijtmans <jan.nijtmans@gmail.com>
Sent: Wednesday, May 15, 2019 04:49 AM
To: cygwin@cygwin.com
Subject: [ANNOUNCEMENT] Updated: sqlite3-3.28.0-1 for Cygwin/Cygwin64

SQLite is a software library that implements a self-contained,
serverless, zero-configuration, transactional SQL database engine

Changes since 3.27.2-1
=====================
* Update to upstream SQLite 3.28.0.
    <http://www.sqlite.org/releaselog/3_28_0.html>
Additional SQLite bug-fixes, rejected (apparently) upstream
but important (and simple) enough for Cygwin:
  * VFS filename truncation issues
    <https://www.sqlite.org/src/info/c060923a54>
  * Wrong filename handling in sqlite3_load_extension() for Cygwin
    <http://sqlite.1065341.n5.nabble.com/Wrong-filename-handling-in-sqlite3-load-extension-for-Cygwin-td74049.html>
  * pragma database_list returns win32 paths on Cygwin
    <http://sqlite.1065341.n5.nabble.com/pragma-database-list-returns-win32-paths-on-Cygwin-td74163.html>
  * ISO time leap second
    <http://sqlite.1065341.n5.nabble.com/ISO-time-leap-second-td77004.html>
  * update to Unicode 12.1 for FTS3/4/5 tokenizer

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* How to install gcc and g++ 6 on cygwin which are not on the setup.exe
@ 2019-05-15 20:58  7% Jose Isaias Cabrera
  2019-05-16  7:36  7% ` Csaba Raduly
  2019-05-18  5:13  6% ` Doug Henderson
  0 siblings, 2 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-05-15 20:58 UTC (permalink / raw)
  To: cygwin


Greetings.

Is there a way an easy way to install gcc-6 and g++-6 on cygwin?  I just uninstalled v7.4.x or whatever was on the setup.  I am trying to build a software and gcc 7.x and g++ 7.x is giving too many compiler errors.  I want to try 6 to see if these errors minimize or go away.  Thanks for the help.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-15 20:58  7% How to install gcc and g++ 6 on cygwin which are not on the setup.exe Jose Isaias Cabrera
@ 2019-05-16  7:36  7% ` Csaba Raduly
  2019-05-16 16:47  7%   ` Jose Isaias Cabrera
  2019-05-18  5:13  6% ` Doug Henderson
  1 sibling, 1 reply; 200+ results
From: Csaba Raduly @ 2019-05-16  7:36 UTC (permalink / raw)
  To: cygwin list

Hi Jose,

On Wed, May 15, 2019 at 10:58 PM Jose Isaias Cabrera <jicman@outlook.com> wrote:
>
>
> Greetings.
>
> Is there a way an easy way to install gcc-6 and g++-6 on cygwin?  I just uninstalled v7.4.x or whatever was on the setup.  I am trying to build a software and gcc 7.x and g++ 7.x is giving too many compiler errors.  I want to try 6 to see if these errors minimize or go away.  Thanks for the help.
>

Hi José,

You could perhaps try the Cygwin Time machine :
http://www.crouchingtigerhiddenfruitbat.org/cygwin/timemachine.html

I picked this random link :
http://ctm.crouchingtigerhiddenfruitbat.org/pub/cygwin/circa/2018/10/01/051644/index.html
and it has GCC 6.4

Another option is to download the source and build it yourself.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-16  7:36  7% ` Csaba Raduly
@ 2019-05-16 16:47  7%   ` Jose Isaias Cabrera
  2019-05-16 21:47  7%     ` Csaba Ráduly
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-16 16:47 UTC (permalink / raw)
  To: Csaba Raduly, cygwin list


Csaba Raduly, on Thursday, May 16, 2019 03:36 AM, wrote...
>
>Hi José,

>Another option is to download the source and build it yourself.

Yep.  Going with this option.  Seems the most logical one for now.  After running ./configure, got this error,

configure: error: Building GCC requires GMP 4.2+, MPFR 2.4.0+ and MPC 0.8.0+.

So, now I am building GMP, then MPFR and then MPC.  It's going to be a lot of work, so... :-)  :Let's hope is worth it.  Thanks for your help.

josé



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-16 16:47  7%   ` Jose Isaias Cabrera
@ 2019-05-16 21:47  7%     ` Csaba Ráduly
  2019-05-17  3:28  6%       ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Csaba Ráduly @ 2019-05-16 21:47 UTC (permalink / raw)
  To: Jose Isaias Cabrera, cygwin list

Hi José,

On 16/05/2019 18:47, Jose Isaias Cabrera wrote:
> 
> Csaba Raduly, on Thursday, May 16, 2019 03:36 AM, wrote...
>  >
>  >Hi José,
> 
>  >Another option is to download the source and build it yourself.
> 
> Yep.  Going with this option.  Seems the most logical one for now.  After 
> running ./configure, got this error,
> 
> configure: error: Building GCC requires GMP 4.2+, MPFR 2.4.0+ and MPC 0.8.0+.
> 
> So, now I am building GMP, then MPFR and then MPC.  It's going to be a lot of 
> work, so... :-)  :Let's hope is worth it.  Thanks for your help.

Building GMP, MPFR and MPC seems like overkill. The following packages are 
available for Cygwin:

libgmp-devel 6.1.2
libmpfr-devel 4.0.2
libmpc-devel 1.1.0


BTW, if you're trying to build Bedrockdb, G++ 6 is likely unable to help you. 
The Bedrockdb developers seem to suffer a bit from "all the world is Linux" 
syndrome.


Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-16 21:47  7%     ` Csaba Ráduly
@ 2019-05-17  3:28  6%       ` Jose Isaias Cabrera
  2019-05-17 13:16  7%         ` Eliot Moss
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-17  3:28 UTC (permalink / raw)
  To: Csaba Ráduly, cygwin list

Csaba Ráduly, on Thursday, May 16, 2019 05:47 PM, wrote...

>Hi José,
Hi Csaba.

>Building GMP, MPFR and MPC seems like overkill. The following packages are
>available for Cygwin:
>
>libgmp-devel 6.1.2
>libmpfr-devel 4.0.2
>libmpc-devel 1.1.0
Yep, tried these, and for some reason, when I ran ./configure to build GCC6, it told me that I needed those libraries.  The error message was,

[clip]
checking for the correct version of gmp.h... no
configure: error: Building GCC requires GMP 4.2+, MPFR 2.4.0+ and MPC 0.8.0+.
[clip]

So, I said, let me just do this, and there will not be any excuse. :-)

>BTW, if you're trying to build Bedrockdb, G++ 6 is likely unable to help you.
>The Bedrockdb developers seem to suffer a bit from "all the world is Linux"
>syndrome.

Yeah.  Seems like the whole world is thinking like that. :-)  I do have linux boxes at home, but I also have windows.  Thanks for all the help.  I will let you know the outcome.  Already built GMP and MPFR.  Now running 'make' on MPC.  This one should take less time than MPFR.  GMP took a good 3 hours just to run make.  YIKES.  Later.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-17  3:28  6%       ` Jose Isaias Cabrera
@ 2019-05-17 13:16  7%         ` Eliot Moss
  2019-05-17 15:21  7%           ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Eliot Moss @ 2019-05-17 13:16 UTC (permalink / raw)
  To: cygwin

On 5/16/2019 11:28 PM, Jose Isaias Cabrera wrote:
> Csaba Ráduly, on Thursday, May 16, 2019 05:47 PM, wrote...

>> BTW, if you're trying to build Bedrockdb, G++ 6 is likely unable to help you.
>> The Bedrockdb developers seem to suffer a bit from "all the world is Linux"
>> syndrome.
> 
> Yeah.  Seems like the whole world is thinking like that. :-)  I do have linux boxes at home, but I also have windows.  Thanks for all the help.  I will let you know the outcome.  Already built GMP and MPFR.  Now running 'make' on MPC.  This one should take less time than MPFR.  GMP took a good 3 hours just to run make.  YIKES.  Later.

I've been a Cygwin user for a long time, and I like it, but
another possibility here for you is WSL (Windows Subsystem
for Linux).  It's a pretty easy install, and because it is
done by Microsoft and can reliably use internal interfaces,
there are ways in which it is more Linux-like -- for many
packages you can just do apt-get install and they work.  In
my experience the performance is comparable to Cygwin, maybe
a touch faster (but no where near as fast for heavy forking
as running inside a Virtual Box Ubuntu virtual machine, for
example).  It has its limitations, for sure, but I have found
it helpful for some things.

Regards - Eliot Moss

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-17 13:16  7%         ` Eliot Moss
@ 2019-05-17 15:21  7%           ` Jose Isaias Cabrera
  2019-05-18  3:18  7%             ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-17 15:21 UTC (permalink / raw)
  To: cygwin, moss


Eliot Moss, on Friday, May 17, 2019 09:16 AM, wrote...
[clip]
>I've been a Cygwin user for a long time, and I like it, but
>another possibility here for you is WSL (Windows Subsystem
>for Linux).  It's a pretty easy install, and because it is
>done by Microsoft and can reliably use internal interfaces,
>there are ways in which it is more Linux-like -- for many
>packages you can just do apt-get install and they work.  In
>my experience the performance is comparable to Cygwin, maybe
>a touch faster (but no where near as fast for heavy forking
>as running inside a Virtual Box Ubuntu virtual machine, for
>example).  It has its limitations, for sure, but I have found
>it helpful for some things.

Thanks for this, Eliot.  Yes, I do have it installed at home, but at work, we're still running Windows 7-42bit systems. ;-)  So, you gotta work with what you gotta work. :-)

josé



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-17 15:21  7%           ` Jose Isaias Cabrera
@ 2019-05-18  3:18  7%             ` Jose Isaias Cabrera
  2019-05-18  5:14  7%               ` Brian Inglis
  2019-05-18 12:01 13%               ` Jose Isaias Cabrera
  0 siblings, 2 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-05-18  3:18 UTC (permalink / raw)
  To: cygwin, moss


After more than 8 hours running, building gcc-6.4.0, this error popped up:

In file included from ../.././libjava/jni-libjvm.cc:14:0:
../.././libjava/include/jvm.h:795:3: error: ‘ParkHelper’ does not name a type
   ParkHelper park_helper;

Did a few duckduckgo searches and nothing helpfult was found.  Before I go to the gcc email support, anyone has an idea?  Thanks.

josé


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-15 20:58  7% How to install gcc and g++ 6 on cygwin which are not on the setup.exe Jose Isaias Cabrera
  2019-05-16  7:36  7% ` Csaba Raduly
@ 2019-05-18  5:13  6% ` Doug Henderson
  2019-05-18 12:14  6%   ` Jose Isaias Cabrera
  1 sibling, 1 reply; 200+ results
From: Doug Henderson @ 2019-05-18  5:13 UTC (permalink / raw)
  To: cygwin

On Wed, 15 May 2019 at 14:58, Jose Isaias Cabrera <> wrote:

> Is there a way an easy way to install gcc-6 and g++-6 on cygwin?  I just uninstalled v7.4.x or whatever was on the setup.  I am trying to build a software and gcc 7.x and g++ 7.x is giving too many compiler errors.  I want to try 6 to see if these errors minimize or go away.  Thanks for the help.

You seem to be having some difficulty getting an older version of the
compiler running. Perhaps it might be useful to go back to the
beginning and see if there is an alternative solution.

What kind of compiler errors are you getting? Post the gcc command
line and a sample of the errors to see if anyone has suggestions for
resolving them in gcc7.x.

You can use the help option to get more information about a lot of topics.

 | --help={common|optimizers|params|target|warnings|[^]{joined|separate|undocumented}}[,...].
 |                          Display specific types of command line options.

You can use gcc options to determine which version of C the compiler
will compile. There are also options to control which warnings are
generated, and possibly turned into errors by a -Werror option.

Use the info command:

info gcc

and enter the info search command: (CR=press enter)

/-std=CR

to find the relavent section.

HTH
Doug

-- 
Doug Henderson, Calgary, Alberta, Canada - from gmail.com

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-18  3:18  7%             ` Jose Isaias Cabrera
@ 2019-05-18  5:14  7%               ` Brian Inglis
  2019-05-18  6:50  0%                 ` Csaba Raduly
  2019-05-18 12:16 14%                 ` Jose Isaias Cabrera
  2019-05-18 12:01 13%               ` Jose Isaias Cabrera
  1 sibling, 2 replies; 200+ results
From: Brian Inglis @ 2019-05-18  5:14 UTC (permalink / raw)
  To: cygwin

On 2019-05-17 21:18, Jose Isaias Cabrera wrote:
> After more than 8 hours running, building gcc-6.4.0, this error popped up:
> In file included from ../.././libjava/jni-libjvm.cc:14:0:
> ../.././libjava/include/jvm.h:795:3: error: ‘ParkHelper’ does not name a type
> ParkHelper park_helper;
> Did a few duckduckgo searches and nothing helpfult was found.  Before I go to
> the gcc email support, anyone has an idea?
Try google:	https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49499

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-18  5:14  7%               ` Brian Inglis
@ 2019-05-18  6:50  0%                 ` Csaba Raduly
  2019-05-18 12:19  7%                   ` Jose Isaias Cabrera
  2019-05-18 12:16 14%                 ` Jose Isaias Cabrera
  1 sibling, 1 reply; 200+ results
From: Csaba Raduly @ 2019-05-18  6:50 UTC (permalink / raw)
  To: cygwin list

On Sat, May 18, 2019 at 7:14 AM Brian Inglis  wrote:
>
> On 2019-05-17 21:18, Jose Isaias Cabrera wrote:
> > After more than 8 hours running, building gcc-6.4.0, this error popped up:
> > In file included from ../.././libjava/jni-libjvm.cc:14:0:
> > ../.././libjava/include/jvm.h:795:3: error: ‘ParkHelper’ does not name a type
> > ParkHelper park_helper;
> > Did a few duckduckgo searches and nothing helpfult was found.  Before I go to
> > the gcc email support, anyone has an idea?
> Try google:     https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49499

José, try passing

--enable-languages=c,c++

to configure. Unfortunately, you may need to rm -rf the build
directory and start from scratch.


Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 0%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-18  3:18  7%             ` Jose Isaias Cabrera
  2019-05-18  5:14  7%               ` Brian Inglis
@ 2019-05-18 12:01 13%               ` Jose Isaias Cabrera
  1 sibling, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-05-18 12:01 UTC (permalink / raw)
  To: cygwin, moss


Ran,

./configure --enable-languages=c,c++

to take out java.  Finished overnight.  Ran 'make test' and there were none.  So now running 'make install' and waiting...  Thanks for your help.

josé

________________________________
From: cygwin-owner@cygwin.com <cygwin-owner@cygwin.com> on behalf of Jose Isaias Cabrera <jicman@outlook.com>
Sent: Friday, May 17, 2019 11:18 PM
To: cygwin@cygwin.com; moss@cs.umass.edu
Subject: Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe


After more than 8 hours running, building gcc-6.4.0, this error popped up:

In file included from ../.././libjava/jni-libjvm.cc:14:0:
../.././libjava/include/jvm.h:795:3: error: ‘ParkHelper’ does not name a type
   ParkHelper park_helper;

Did a few duckduckgo searches and nothing helpfult was found.  Before I go to the gcc email support, anyone has an idea?  Thanks.

josé


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 13%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-18  5:13  6% ` Doug Henderson
@ 2019-05-18 12:14  6%   ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-05-18 12:14 UTC (permalink / raw)
  To: Doug Henderson, cygwin


Doug Henderson, Saturday, May 18, 2019 01:12 AM, wrote...
>On Wed, 15 May 2019 at 14:58, Jose Isaias Cabrera <> wrote:

>You seem to be having some difficulty getting an older version of the
>compiler running. Perhaps it might be useful to go back to the
>beginning and see if there is an alternative solution.

That is how I started.  But, when I started to compile Bedrockdb, there were too many compiler errors.  Since the source is gcc-6 compatible, the version I downloaded from cygwin was 7.4.0-01. So, I didn't want to go that way, since the source would have to be changed.

>What kind of compiler errors are you getting? Post the gcc command
>line and a sample of the errors to see if anyone has suggestions for
>resolving them in gcc7.x.
I could try this next, but I would need you to be there. :-)  Just kidding.

>
>HTH
>Doug

Thanks, Doug.  I have installed gcc-6,

e608313@HOR711318E ~/gcc/gcc-6.4.0
$ gcc --version
gcc (GCC) 6.4.0
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


e608313@HOR711318E ~/gcc/gcc-6.4.0
$ which gcc
/usr/local/bin/gcc

So, now I will start to compile Bedrockdb.  Thanks for all your help, folks.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-18  5:14  7%               ` Brian Inglis
  2019-05-18  6:50  0%                 ` Csaba Raduly
@ 2019-05-18 12:16 14%                 ` Jose Isaias Cabrera
  1 sibling, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-05-18 12:16 UTC (permalink / raw)
  To: cygwin, Brian.Inglis


Brian Inglis, on Saturday, May 18, 2019 01:14 AM, wrote...
On 2019-05-17 21:18, Jose Isaias Cabrera wrote:
> After more than 8 hours running, building gcc-6.4.0, this error popped up:
> In file included from ../.././libjava/jni-libjvm.cc:14:0:
> ../.././libjava/include/jvm.h:795:3: error: ‘ParkHelper’ does not name a type
> ParkHelper park_helper;
> Did a few duckduckgo searches and nothing helpfult was found.  Before I go to
> the gcc email support, anyone has an idea?
Try google:     https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49499

Thanks, Brian.  I saw that one last night.  Did you see the result?

 Andrew Pinski 2016-09-30 22:50:01 UTC

Closing as won't fix as libgcj (and the java front-end) has been removed from the trunk.

I could not do anything with it.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 14%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-18  6:50  0%                 ` Csaba Raduly
@ 2019-05-18 12:19  7%                   ` Jose Isaias Cabrera
  2019-05-18 15:54  7%                     ` Ken Brown
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-18 12:19 UTC (permalink / raw)
  To: Csaba Raduly, cygwin list


Csaba Raduly, on Saturday, May 18, 2019 02:50 AM, wrote...
>On Sat, May 18, 2019 at 7:14 AM Brian Inglis  wrote:
>>
>> On 2019-05-17 21:18, Jose Isaias Cabrera wrote:
>> > After more than 8 hours running, building gcc-6.4.0, this error popped up:
>> > In file included from ../.././libjava/jni-libjvm.cc:14:0:
>> > ../.././libjava/include/jvm.h:795:3: error: ‘ParkHelper’ does not name a type
>> > ParkHelper park_helper;
>> > Did a few duckduckgo searches and nothing helpfult was found.  Before I go to
>> > the gcc email support, anyone has an idea?
>> Try google:     https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49499
>
>José, try passing
>
>--enable-languages=c,c++
>
>to configure. Unfortunately, you may need to rm -rf the build
>directory and start from scratch.

Yep, that is how I restarted make.  And, by the way, no, there is no need to 'rm -rf ' the directory.  It actually starts and whatever has been built, does not need to be.  So, this is a pretty smart make script.  I am finished and now to start building Bedrockdb. Thanks.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-18 12:19  7%                   ` Jose Isaias Cabrera
@ 2019-05-18 15:54  7%                     ` Ken Brown
  2019-05-18 20:15  0%                       ` Csaba Raduly
  2019-05-18 23:15  3%                       ` Jose Isaias Cabrera
  0 siblings, 2 replies; 200+ results
From: Ken Brown @ 2019-05-18 15:54 UTC (permalink / raw)
  To: cygwin

On 5/18/2019 8:19 AM, Jose Isaias Cabrera wrote:
> I am finished and now to start building Bedrockdb. Thanks.

By the way, you're not the only person building Bedrockdb on Cygwin.  Someone 
has posted about 10 fixes in the last few days:

   https://github.com/Expensify/Bedrock/issues

It looks like this person is porting the source code to gcc-7.4.0.

Ken

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-18 15:54  7%                     ` Ken Brown
@ 2019-05-18 20:15  0%                       ` Csaba Raduly
  2019-05-18 23:15  3%                       ` Jose Isaias Cabrera
  1 sibling, 0 replies; 200+ results
From: Csaba Raduly @ 2019-05-18 20:15 UTC (permalink / raw)
  To: cygwin list

On Sat, May 18, 2019 at 5:55 PM Ken Brown <kbrown@cornell.edu> wrote:
>
> On 5/18/2019 8:19 AM, Jose Isaias Cabrera wrote:
> > I am finished and now to start building Bedrockdb. Thanks.
>
> By the way, you're not the only person building Bedrockdb on Cygwin.  Someone
> has posted about 10 fixes in the last few days:
>
>    https://github.com/Expensify/Bedrock/issues
>
> It looks like this person is porting the source code to gcc-7.4.0.
>
> Ken
>
> --
> Problem reports:       http://cygwin.com/problems.html
> FAQ:                   http://cygwin.com/faq/
> Documentation:         http://cygwin.com/docs.html
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>

From what I've seen, the errors are independent of the compiler
version. I'm betting on the same errors showing up with g++-6 as with
g++ 7.4 (Cygwin's default compiler).

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 0%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-18 15:54  7%                     ` Ken Brown
  2019-05-18 20:15  0%                       ` Csaba Raduly
@ 2019-05-18 23:15  3%                       ` Jose Isaias Cabrera
  2019-05-19  1:24  6%                         ` Jose Isaias Cabrera
  1 sibling, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-18 23:15 UTC (permalink / raw)
  To: Ken Brown, cygwin

Ken Brown, on Saturday, May 18, 2019 11:54 AM, wrote...
>On 5/18/2019 8:19 AM, Jose Isaias Cabrera wrote:
> > I am finished and now to start building Bedrockdb. Thanks.
>
> By the way, you're not the only person building Bedrockdb on Cygwin.  Someone
> has posted about 10 fixes in the last few days:
>
>    https://github.com/Expensify/Bedrock/issues
>
> It looks like this person is porting the source code to gcc-7.4.0.

Thanks, Ken.  Maybe I should go back to my original plan to build with gcc-7.4.0.  These are all the errors that I am getting with gcc 6.4.0, which I just took two days to build:

e608313@HOR711318E ~/Bedrock
$ CC=gcc GXX=g++ make
g++ -g -std=c++14 -fpic -O2 -Wall -Werror -Wformat-security -DGIT_REVISION=ce62c88 -I/home/e608313/Bedrock -I/home/e608313/Bedrock/mbedtls/include -MMD -MF libstuff/libstuff.d -MT libstuff/libstuff.h.gch -c libstuff/libstuff.h
libstuff/libstuff.h:424:17: error: ‘recursive_mutex’ does not name a type
         mutable recursive_mutex m;
                 ^~~~~~~~~~~~~~~
libstuff/libstuff.h: In member function ‘std::__cxx11::string std::atomic<std::__cxx11::basic_string<char> >::operator=(std::__cxx11::string)’:
libstuff/libstuff.h:399:23: error: ‘m’ was not declared in this scope
             SAUTOLOCK(m);
                       ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/libstuff.h:399:13: note: in expansion of macro ‘SAUTOLOCK’
             SAUTOLOCK(m);
             ^~~~~~~~~
libstuff/libstuff.h:388:58: error: unused variable ‘__SAUTOLOCK___LINE__’ [-Werror=unused-variable]
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                          ^
libstuff/libstuff.h:399:13: note: in expansion of macro ‘SAUTOLOCK’
             SAUTOLOCK(m);
             ^~~~~~~~~
libstuff/libstuff.h: In member function ‘void std::atomic<std::__cxx11::basic_string<char> >::store(std::__cxx11::string, std::memory_order)’:
libstuff/libstuff.h:407:23: error: ‘m’ was not declared in this scope
             SAUTOLOCK(m);
                       ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/libstuff.h:407:13: note: in expansion of macro ‘SAUTOLOCK’
             SAUTOLOCK(m);
             ^~~~~~~~~
libstuff/libstuff.h:388:58: error: unused variable ‘__SAUTOLOCK___LINE__’ [-Werror=unused-variable]
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                          ^
libstuff/libstuff.h:407:13: note: in expansion of macro ‘SAUTOLOCK’
             SAUTOLOCK(m);
             ^~~~~~~~~
libstuff/libstuff.h: In member function ‘std::__cxx11::string std::atomic<std::__cxx11::basic_string<char> >::load(std::memory_order) const’:
libstuff/libstuff.h:411:23: error: ‘m’ was not declared in this scope
             SAUTOLOCK(m);
                       ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/libstuff.h:411:13: note: in expansion of macro ‘SAUTOLOCK’
             SAUTOLOCK(m);
             ^~~~~~~~~
libstuff/libstuff.h:388:58: error: unused variable ‘__SAUTOLOCK___LINE__’ [-Werror=unused-variable]
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                          ^
libstuff/libstuff.h:411:13: note: in expansion of macro ‘SAUTOLOCK’
             SAUTOLOCK(m);
             ^~~~~~~~~
libstuff/libstuff.h: In member function ‘std::__cxx11::string std::atomic<std::__cxx11::basic_string<char> >::exchange(std::__cxx11::string, std::memory_order)’:
libstuff/libstuff.h:416:23: error: ‘m’ was not declared in this scope
             SAUTOLOCK(m);
                       ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/libstuff.h:416:13: note: in expansion of macro ‘SAUTOLOCK’
             SAUTOLOCK(m);
             ^~~~~~~~~
libstuff/libstuff.h:388:58: error: unused variable ‘__SAUTOLOCK___LINE__’ [-Werror=unused-variable]
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                          ^
libstuff/libstuff.h:416:13: note: in expansion of macro ‘SAUTOLOCK’
             SAUTOLOCK(m);
             ^~~~~~~~~
libstuff/libstuff.h: In function ‘bool SIEquals(const string&, const string&)’:
libstuff/libstuff.h:479:105: error: ‘strcasecmp’ was not declared in this scope
 inline bool SIEquals(const string& lhs, const string& rhs) { return !strcasecmp(lhs.c_str(), rhs.c_str()); }
                                                                                                         ^
In file included from libstuff/libstuff.h:858:0:
libstuff/STCPManager.h: At global scope:
libstuff/STCPManager.h:39:9: error: ‘recursive_mutex’ does not name a type
         recursive_mutex sendRecvMutex;
         ^~~~~~~~~~~~~~~
libstuff/STCPManager.h:63:67: error: ‘recursive_mutex’ has not been declared
     Socket* openSocket(const string& host, SX509* x509 = nullptr, recursive_mutex* listMutexPtr = nullptr);
                                                                   ^~~~~~~~~~~~~~~
In file included from libstuff/libstuff.h:859:0:
libstuff/STCPServer.h:40:5: error: ‘mutex’ does not name a type
     mutex portListMutex;
     ^~~~~
In file included from libstuff/libstuff.h:860:0:
libstuff/STCPNode.h:64:9: error: ‘recursive_mutex’ does not name a type
         recursive_mutex socketMutex;
         ^~~~~~~~~~~~~~~
In file included from libstuff/libstuff.h:861:0:
libstuff/SHTTPSManager.h:61:5: error: ‘recursive_mutex’ does not name a type
     recursive_mutex _listMutex;
     ^~~~~~~~~~~~~~~
In file included from libstuff/libstuff.h:864:0:
libstuff/SRandom.h:7:27: error: ‘uint’ has not been declared
     static string randStr(uint& length);
                           ^~~~
In file included from libstuff/libstuff.h:867:0:
libstuff/SSynchronizedQueue.h:39:13: error: ‘recursive_mutex’ does not name a type
     mutable recursive_mutex _queueMutex;
             ^~~~~~~~~~~~~~~
libstuff/SSynchronizedQueue.h: In member function ‘bool SSynchronizedQueue<T>::empty() const’:
libstuff/SSynchronizedQueue.h:83:15: error: ‘_queueMutex’ was not declared in this scope
     SAUTOLOCK(_queueMutex);
               ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/SSynchronizedQueue.h:83:5: note: in expansion of macro ‘SAUTOLOCK’
     SAUTOLOCK(_queueMutex);
     ^~~~~~~~~
libstuff/SSynchronizedQueue.h: In member function ‘virtual const T& SSynchronizedQueue<T>::front() const’:
libstuff/SSynchronizedQueue.h:89:15: error: ‘_queueMutex’ was not declared in this scope
     SAUTOLOCK(_queueMutex);
               ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/SSynchronizedQueue.h:89:5: note: in expansion of macro ‘SAUTOLOCK’
     SAUTOLOCK(_queueMutex);
     ^~~~~~~~~
libstuff/SSynchronizedQueue.h: In member function ‘virtual T SSynchronizedQueue<T>::pop()’:
libstuff/SSynchronizedQueue.h:98:15: error: ‘_queueMutex’ was not declared in this scope
     SAUTOLOCK(_queueMutex);
               ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/SSynchronizedQueue.h:98:5: note: in expansion of macro ‘SAUTOLOCK’
     SAUTOLOCK(_queueMutex);
     ^~~~~~~~~
libstuff/SSynchronizedQueue.h: In member function ‘virtual void SSynchronizedQueue<T>::push(T&&)’:
libstuff/SSynchronizedQueue.h:109:15: error: ‘_queueMutex’ was not declared in this scope
     SAUTOLOCK(_queueMutex);
               ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/SSynchronizedQueue.h:109:5: note: in expansion of macro ‘SAUTOLOCK’
     SAUTOLOCK(_queueMutex);
     ^~~~~~~~~
libstuff/SSynchronizedQueue.h: In member function ‘size_t SSynchronizedQueue<T>::size() const’:
libstuff/SSynchronizedQueue.h:120:15: error: ‘_queueMutex’ was not declared in this scope
     SAUTOLOCK(_queueMutex);
               ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/SSynchronizedQueue.h:120:5: note: in expansion of macro ‘SAUTOLOCK’
     SAUTOLOCK(_queueMutex);
     ^~~~~~~~~
libstuff/SSynchronizedQueue.h: In member function ‘void SSynchronizedQueue<T>::each(std::function<void(T&)>)’:
libstuff/SSynchronizedQueue.h:126:15: error: ‘_queueMutex’ was not declared in this scope
     SAUTOLOCK(_queueMutex);
               ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/SSynchronizedQueue.h:126:5: note: in expansion of macro ‘SAUTOLOCK’
     SAUTOLOCK(_queueMutex);
     ^~~~~~~~~
cc1plus: all warnings being treated as errors
make: *** No rule to make target 'libstuff/libstuff.d', needed by '.build/libstuff/libstuff.d'.  Stop.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 3%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-18 23:15  3%                       ` Jose Isaias Cabrera
@ 2019-05-19  1:24  6%                         ` Jose Isaias Cabrera
  2019-05-19  2:57  7%                           ` Jack
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-19  1:24 UTC (permalink / raw)
  To: Ken Brown, cygwin

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="utf-8", Size: 14852 bytes --]


How do I uninstall the installation that I created with the building of gcc6? I did a search on duckduckgo for,

cygwin how to uninstall gcc after building it

and found nothing that could help me.  Right now I have two installs of gcc: v7.4.and v6.4.0.

e608313@HOR711318E ~/gcc/gcc-6.4.0
$ which gcc​
/usr/local/bin/gcc​
​
e608313@HOR711318E ~/gcc/gcc-6.4.0​
$ /usr/bin/gcc --version​
gcc (GCC) 7.4.0​
Copyright (C) 2017 Free Software Foundation, Inc.​
This is free software; see the source for copying conditions.  There is NO​
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.​
​
​
e608313@HOR711318E ~/gcc/gcc-6.4.0​
$ gcc --version​
gcc (GCC) 6.4.0​
Copyright (C) 2017 Free Software Foundation, Inc.​
This is free software; see the source for copying conditions.  There is NO​
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.​
​
How can I have just v7.4.0?  I tried searching around and nothing.  Any help would be greatly appreciated.  I know I can delete the folder and start all over, but I prefer to keep this one as it was.  Or do you think that I should start from scratch?  Thanks.

josé



________________________________
From: cygwin-owner@cygwin.com <cygwin-owner@cygwin.com> on behalf of Jose Isaias Cabrera <jicman@outlook.com>
Sent: Saturday, May 18, 2019 07:15 PM
To: Ken Brown; cygwin@cygwin.com
Subject: Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe

Ken Brown, on Saturday, May 18, 2019 11:54 AM, wrote...
>On 5/18/2019 8:19 AM, Jose Isaias Cabrera wrote:
> > I am finished and now to start building Bedrockdb. Thanks.
>
> By the way, you're not the only person building Bedrockdb on Cygwin.  Someone
> has posted about 10 fixes in the last few days:
>
>    https://github.com/Expensify/Bedrock/issues
>
> It looks like this person is porting the source code to gcc-7.4.0.

Thanks, Ken.  Maybe I should go back to my original plan to build with gcc-7.4.0.  These are all the errors that I am getting with gcc 6.4.0, which I just took two days to build:

e608313@HOR711318E ~/Bedrock
$ CC=gcc GXX=g++ make
g++ -g -std=c++14 -fpic -O2 -Wall -Werror -Wformat-security -DGIT_REVISION=ce62c88 -I/home/e608313/Bedrock -I/home/e608313/Bedrock/mbedtls/include -MMD -MF libstuff/libstuff.d -MT libstuff/libstuff.h.gch -c libstuff/libstuff.h
libstuff/libstuff.h:424:17: error: ‘recursive_mutex’ does not name a type
         mutable recursive_mutex m;
                 ^~~~~~~~~~~~~~~
libstuff/libstuff.h: In member function ‘std::__cxx11::string std::atomic<std::__cxx11::basic_string<char> >::operator=(std::__cxx11::string)’:
libstuff/libstuff.h:399:23: error: ‘m’ was not declared in this scope
             SAUTOLOCK(m);
                       ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/libstuff.h:399:13: note: in expansion of macro ‘SAUTOLOCK’
             SAUTOLOCK(m);
             ^~~~~~~~~
libstuff/libstuff.h:388:58: error: unused variable ‘__SAUTOLOCK___LINE__’ [-Werror=unused-variable]
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                          ^
libstuff/libstuff.h:399:13: note: in expansion of macro ‘SAUTOLOCK’
             SAUTOLOCK(m);
             ^~~~~~~~~
libstuff/libstuff.h: In member function ‘void std::atomic<std::__cxx11::basic_string<char> >::store(std::__cxx11::string, std::memory_order)’:
libstuff/libstuff.h:407:23: error: ‘m’ was not declared in this scope
             SAUTOLOCK(m);
                       ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/libstuff.h:407:13: note: in expansion of macro ‘SAUTOLOCK’
             SAUTOLOCK(m);
             ^~~~~~~~~
libstuff/libstuff.h:388:58: error: unused variable ‘__SAUTOLOCK___LINE__’ [-Werror=unused-variable]
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                          ^
libstuff/libstuff.h:407:13: note: in expansion of macro ‘SAUTOLOCK’
             SAUTOLOCK(m);
             ^~~~~~~~~
libstuff/libstuff.h: In member function ‘std::__cxx11::string std::atomic<std::__cxx11::basic_string<char> >::load(std::memory_order) const’:
libstuff/libstuff.h:411:23: error: ‘m’ was not declared in this scope
             SAUTOLOCK(m);
                       ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/libstuff.h:411:13: note: in expansion of macro ‘SAUTOLOCK’
             SAUTOLOCK(m);
             ^~~~~~~~~
libstuff/libstuff.h:388:58: error: unused variable ‘__SAUTOLOCK___LINE__’ [-Werror=unused-variable]
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                          ^
libstuff/libstuff.h:411:13: note: in expansion of macro ‘SAUTOLOCK’
             SAUTOLOCK(m);
             ^~~~~~~~~
libstuff/libstuff.h: In member function ‘std::__cxx11::string std::atomic<std::__cxx11::basic_string<char> >::exchange(std::__cxx11::string, std::memory_order)’:
libstuff/libstuff.h:416:23: error: ‘m’ was not declared in this scope
             SAUTOLOCK(m);
                       ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/libstuff.h:416:13: note: in expansion of macro ‘SAUTOLOCK’
             SAUTOLOCK(m);
             ^~~~~~~~~
libstuff/libstuff.h:388:58: error: unused variable ‘__SAUTOLOCK___LINE__’ [-Werror=unused-variable]
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                          ^
libstuff/libstuff.h:416:13: note: in expansion of macro ‘SAUTOLOCK’
             SAUTOLOCK(m);
             ^~~~~~~~~
libstuff/libstuff.h: In function ‘bool SIEquals(const string&, const string&)’:
libstuff/libstuff.h:479:105: error: ‘strcasecmp’ was not declared in this scope
 inline bool SIEquals(const string& lhs, const string& rhs) { return !strcasecmp(lhs.c_str(), rhs.c_str()); }
                                                                                                         ^
In file included from libstuff/libstuff.h:858:0:
libstuff/STCPManager.h: At global scope:
libstuff/STCPManager.h:39:9: error: ‘recursive_mutex’ does not name a type
         recursive_mutex sendRecvMutex;
         ^~~~~~~~~~~~~~~
libstuff/STCPManager.h:63:67: error: ‘recursive_mutex’ has not been declared
     Socket* openSocket(const string& host, SX509* x509 = nullptr, recursive_mutex* listMutexPtr = nullptr);
                                                                   ^~~~~~~~~~~~~~~
In file included from libstuff/libstuff.h:859:0:
libstuff/STCPServer.h:40:5: error: ‘mutex’ does not name a type
     mutex portListMutex;
     ^~~~~
In file included from libstuff/libstuff.h:860:0:
libstuff/STCPNode.h:64:9: error: ‘recursive_mutex’ does not name a type
         recursive_mutex socketMutex;
         ^~~~~~~~~~~~~~~
In file included from libstuff/libstuff.h:861:0:
libstuff/SHTTPSManager.h:61:5: error: ‘recursive_mutex’ does not name a type
     recursive_mutex _listMutex;
     ^~~~~~~~~~~~~~~
In file included from libstuff/libstuff.h:864:0:
libstuff/SRandom.h:7:27: error: ‘uint’ has not been declared
     static string randStr(uint& length);
                           ^~~~
In file included from libstuff/libstuff.h:867:0:
libstuff/SSynchronizedQueue.h:39:13: error: ‘recursive_mutex’ does not name a type
     mutable recursive_mutex _queueMutex;
             ^~~~~~~~~~~~~~~
libstuff/SSynchronizedQueue.h: In member function ‘bool SSynchronizedQueue<T>::empty() const’:
libstuff/SSynchronizedQueue.h:83:15: error: ‘_queueMutex’ was not declared in this scope
     SAUTOLOCK(_queueMutex);
               ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/SSynchronizedQueue.h:83:5: note: in expansion of macro ‘SAUTOLOCK’
     SAUTOLOCK(_queueMutex);
     ^~~~~~~~~
libstuff/SSynchronizedQueue.h: In member function ‘virtual const T& SSynchronizedQueue<T>::front() const’:
libstuff/SSynchronizedQueue.h:89:15: error: ‘_queueMutex’ was not declared in this scope
     SAUTOLOCK(_queueMutex);
               ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/SSynchronizedQueue.h:89:5: note: in expansion of macro ‘SAUTOLOCK’
     SAUTOLOCK(_queueMutex);
     ^~~~~~~~~
libstuff/SSynchronizedQueue.h: In member function ‘virtual T SSynchronizedQueue<T>::pop()’:
libstuff/SSynchronizedQueue.h:98:15: error: ‘_queueMutex’ was not declared in this scope
     SAUTOLOCK(_queueMutex);
               ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/SSynchronizedQueue.h:98:5: note: in expansion of macro ‘SAUTOLOCK’
     SAUTOLOCK(_queueMutex);
     ^~~~~~~~~
libstuff/SSynchronizedQueue.h: In member function ‘virtual void SSynchronizedQueue<T>::push(T&&)’:
libstuff/SSynchronizedQueue.h:109:15: error: ‘_queueMutex’ was not declared in this scope
     SAUTOLOCK(_queueMutex);
               ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/SSynchronizedQueue.h:109:5: note: in expansion of macro ‘SAUTOLOCK’
     SAUTOLOCK(_queueMutex);
     ^~~~~~~~~
libstuff/SSynchronizedQueue.h: In member function ‘size_t SSynchronizedQueue<T>::size() const’:
libstuff/SSynchronizedQueue.h:120:15: error: ‘_queueMutex’ was not declared in this scope
     SAUTOLOCK(_queueMutex);
               ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/SSynchronizedQueue.h:120:5: note: in expansion of macro ‘SAUTOLOCK’
     SAUTOLOCK(_queueMutex);
     ^~~~~~~~~
libstuff/SSynchronizedQueue.h: In member function ‘void SSynchronizedQueue<T>::each(std::function<void(T&)>)’:
libstuff/SSynchronizedQueue.h:126:15: error: ‘_queueMutex’ was not declared in this scope
     SAUTOLOCK(_queueMutex);
               ^
libstuff/libstuff.h:388:48: note: in definition of macro ‘SAUTOLOCK’
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                ^~~~~~~
libstuff/libstuff.h:388:56: error: template argument 1 is invalid
 #define SAUTOLOCK(_MUTEX_) lock_guard<decltype(_MUTEX_)> __SAUTOLOCK_##__LINE__(_MUTEX_);
                                                        ^
libstuff/SSynchronizedQueue.h:126:5: note: in expansion of macro ‘SAUTOLOCK’
     SAUTOLOCK(_queueMutex);
     ^~~~~~~~~
cc1plus: all warnings being treated as errors
make: *** No rule to make target 'libstuff/libstuff.d', needed by '.build/libstuff/libstuff.d'.  Stop.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

\x03B‹KCB”\x1c›Ø›\x19[H\x1c™\^[ܝ\x1cΈ\b\b\b\b\b\b\x1a\x1d\x1d\x1c\x0e‹ËØÞYÝÚ[‹˜ÛÛKÜ\x1c›Ø›\x19[\Ëš\x1d^[[\x03B‘TNˆ\b\b\b\b\b\b\b\b\b\b\b\b\b\b\b\b\b\b\x1a\x1d\x1d\x1c\x0e‹ËØÞYÝÚ[‹˜ÛÛKÙ˜\KÃB‘^[ØÝ[Y[\x18]\x1a[ÛŽˆ\b\b\b\b\b\b\b\b\x1a\x1d\x1d\x1c\x0e‹ËØÞYÝÚ[‹˜ÛÛKÙ^[ØÜËš\x1d^[[\x03B•[œÝXœØÜšX™H\x1a[™›Îˆ\b\b\b\b\b\x1a\x1d\x1d\x1c\x0e‹ËØÞYÝÚ[‹˜ÛÛKÛ[\vÈÝ[œÝXœØÜšX™K\Ú[\^[\x19CBƒB

^ permalink raw reply	[relevance 6%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-19  1:24  6%                         ` Jose Isaias Cabrera
@ 2019-05-19  2:57  7%                           ` Jack
  2019-05-19  8:37  0%                             ` Csaba Raduly
  0 siblings, 1 reply; 200+ results
From: Jack @ 2019-05-19  2:57 UTC (permalink / raw)
  To: cygwin

On 5/18/19 9:24 PM, Jose Isaias Cabrera wrote:
> How do I uninstall the installation that I created with the building of gcc6? I did a search on duckduckgo for,
>
> cygwin how to uninstall gcc after building it
>
> and found nothing that could help me.  Right now I have two installs of gcc: v7.4.and v6.4.0.
If you did "make install" then you can do "make uninstall" unless you 
deleted the build folder.  In that case, you just have to find all the 
pieces and manually delete them.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-19  2:57  7%                           ` Jack
@ 2019-05-19  8:37  0%                             ` Csaba Raduly
  2019-05-20 14:56  7%                               ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Csaba Raduly @ 2019-05-19  8:37 UTC (permalink / raw)
  To: cygwin list

On Sun, May 19, 2019 at 4:57 AM Jack  wrote:
>
> On 5/18/19 9:24 PM, Jose Isaias Cabrera wrote:
> > How do I uninstall the installation that I created with the building of gcc6? I did a search on duckduckgo for,
> >
> > cygwin how to uninstall gcc after building it
> >
> > and found nothing that could help me.  Right now I have two installs of gcc: v7.4.and v6.4.0.

That is not necessarily a problem. "Hand-built" GCC usually gets
installed into /usr/local (so g++-6 is /usr/local/bin/g++), whereas
the built-in GCC is installed into /usr (so the default GCC 7.4 is
/usr/bin/g++). Unfortunately, whether one or the other is picked
depends on your PATH.

I tend to configure my hand-built GCC with --program-suffix= (e.g. GCC
6 with --program-suffix=-6, so the name of the compiler ends up being
g++-6).

> If you did "make install" then you can do "make uninstall" unless you
> deleted the build folder.  In that case, you just have to find all the
> pieces and manually delete them.

Unfortunately, gcc doesn't support "make uninstall". A workaround is
to make a fake install with "make install DESTDIR=/tmp/usr/local" and
then make a list of all the files under that directory, remove the
"/tmp" and delete the files based on the list, something like

find /tmp/usr/local -type f | perl -pwle 's!/tmp!!' | xargs rm

(disclaimer: untested)

This would leave empty directories behind.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 0%]

* Re: Is our use of Cygwin to build & run OpenOCD a good one?
  @ 2019-05-20 14:27  7%   ` Jose Isaias Cabrera
  2019-05-20 18:49  7%     ` Bob Cochran
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-20 14:27 UTC (permalink / raw)
  To: Erik Soderquist, cygwin


Erik Soderquist, on Monday, May 20, 2019 10:16 AM, wrote...
>On Sun, May 19, 2019 at 3:44 PM Bob Cochran wrote:
><snip>
>> "Cygwin? this is probably still functional, but now can be considered a
>> (pre)historic solution."
>
>The words of the ignorant, in my opinion.  Cygwin has done an
>excellent job of maintaining currency and usefulness.

Indeed.  I have been using cygwin since 1996-7.  Can't remember the exact year, but it has been God-sent, and it has been in every Windows machine I have had control.  Just my 0.02. Thanks.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: How to install gcc and g++ 6 on cygwin which are not on the setup.exe
  2019-05-19  8:37  0%                             ` Csaba Raduly
@ 2019-05-20 14:56  7%                               ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-05-20 14:56 UTC (permalink / raw)
  To: Csaba Raduly, cygwin list


Csaba Raduly, on Sunday, May 19, 2019 04:37 AM, wrote...
>On Sun, May 19, 2019 at 4:57 AM Jack  wrote:
>>
>> On 5/18/19 9:24 PM, Jose Isaias Cabrera wrote:
>> > How do I uninstall the installation that I created with the building of gcc6? I did a search on duckduckgo for,
>> >
>> > cygwin how to uninstall gcc after building it
>> >
>> > and found nothing that could help me.  Right now I have two installs of gcc: v7.4.and v6.4.0.
>
>That is not necessarily a problem. "Hand-built" GCC usually gets
>installed into /usr/local (so g++-6 is /usr/local/bin/g++), whereas
>the built-in GCC is installed into /usr (so the default GCC 7.4 is
>/usr/bin/g++). Unfortunately, whether one or the other is picked
>depends on your PATH.
>
>I tend to configure my hand-built GCC with --program-suffix= (e.g. GCC
>6 with --program-suffix=-6, so the name of the compiler ends up being
>g++-6).
Good to know for the next one. :-(  I should have used this on my run of configure. It would have matched what Bedrockdb make was calling.

>Unfortunately, gcc doesn't support "make uninstall". A workaround is
>to make a fake install with "make install DESTDIR=/tmp/usr/local" and
>then make a list of all the files under that directory, remove the
>"/tmp" and delete the files based on the list, something like

I started from scratch. I had a nice cygwin setup with Xfce, which I have to go back and set it back up.  But, that's easier because I know what I am doing here. ;-)  Thanks for all your help.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: Is our use of Cygwin to build & run OpenOCD a good one?
  2019-05-20 14:27  7%   ` Jose Isaias Cabrera
@ 2019-05-20 18:49  7%     ` Bob Cochran
  2019-05-21 17:55  0%       ` LRN
  0 siblings, 1 reply; 200+ results
From: Bob Cochran @ 2019-05-20 18:49 UTC (permalink / raw)
  To: cygwin

On 5/20/19 10:27 AM, Jose Isaias Cabrera wrote:
> Erik Soderquist, on Monday, May 20, 2019 10:16 AM, wrote...
>> On Sun, May 19, 2019 at 3:44 PM Bob Cochran wrote:
>> <snip>
>>> "Cygwin? this is probably still functional, but now can be considered a
>>> (pre)historic solution."
>> The words of the ignorant, in my opinion.  Cygwin has done an
>> excellent job of maintaining currency and usefulness.
> Indeed.  I have been using cygwin since 1996-7.  Can't remember the exact year, but it has been God-sent, and it has been in every Windows machine I have had control.  Just my 0.02. Thanks.


Thank you to everyone who has replied to my question whether this was a 
good use case for Cygwin!  It was great to read all of the replies and 
see that I'm in sync with this project & its users / developers.

As others have basically stated, it's like a Windows 10 Swiss Army knife 
- pull it out of your pocket when needed and get the job done without a 
hassle.

Bob



>
> josé
>
> --
> Problem reports:       http://cygwin.com/problems.html
> FAQ:                   http://cygwin.com/faq/
> Documentation:         http://cygwin.com/docs.html
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>
>


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* The adventure of building Bedrock in Cygwin: any help would be appreciated
@ 2019-05-20 19:12  5% Jose Isaias Cabrera
  2019-05-20 20:23  6% ` Hans-Bernhard Bröker
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-20 19:12 UTC (permalink / raw)
  To: cygwin


Greetings.

After a few weeks trying to build Bedrock with gcc-6, I abandoned that idea and now I want to do it with the default cygwin compilers (gcc & g++ 7.4.0).

The first problem I encountered was,

libstuff/libstuff.h:7:10: fatal error: execinfo.h: No such file or directory

and this one I have commented out, which may be a mistake, but I don't care about back trace.  After that, I tried it again, and now I have a new problem:

$ CC=gcc GXX=g++ make
g++ -g -std=c++14 -fpic -O2 -Wall -Werror -Wformat-security -DGIT_REVISION=f6d58b9 -I/home/e608313/builds/Bedrock -I/home/e608313/builds/Bedrock/mbedtls/include -MMD -MF libstuff/libstuff.d -MT libstuff/libstuff.h.gch -c libstuff/libstuff.h
libstuff/libstuff.h: In function ‘bool SIEquals(const string&, const string&)’:
libstuff/libstuff.h:485:70: error: ‘strcasecmp’ was not declared in this scope
 inline bool SIEquals(const string& lhs, const string& rhs) { return !strcasecmp(lhs.c_str(), rhs.c_str()); }
                                                                      ^~~~~~~~~~
libstuff/libstuff.h:485:70: note: suggested alternative: ‘strncmp’
 inline bool SIEquals(const string& lhs, const string& rhs) { return !strcasecmp(lhs.c_str(), rhs.c_str()); }
                                                                      ^~~~~~~~~~
                                                                      strncmp
In file included from libstuff/libstuff.h:870:0:
libstuff/SRandom.h: At global scope:
libstuff/SRandom.h:7:27: error: ‘uint’ has not been declared
     static string randStr(uint& length);
                           ^~~~
make: *** No rule to make target 'libstuff/libstuff.d', needed by '.build/libstuff/libstuff.d'.  Stop.

There is no configure script on the source directory, so according to Bedrock [1] this is all I need to build it:


# Clone out this repo:
git clone https://github.com/Expensify/Bedrock.git

# Install some dependencies
sudo add-apt-repository ppa:ubuntu-toolchain-r/test
sudo apt-get update
sudo apt-get install gcc-6 g++-6 libpcre++-dev zlib1g-dev

# Build it
cd Bedrock
make

I have downloaded libpcre-devel v8.43-1 and zlib-devel 1.2.11-1 as well as zlib0 same version. I have opened a git ticket on the Bedrock site and I am waiting for some answers, but I am pretty sure that some of you may know what do to with this. : -) Thanks.

josé

[1] https://bedrockdb.com/#how-to-get-it
Bedrock by Expensify - Bedrock – Rock-solid distributed data<https://bedrockdb.com/#how-to-get-it>
Bedrock – Rock-solid distributed data. Bedrock is a simple, modular, WAN-replicated, Blockchain-based data foundation for global-scale applications.
bedrockdb.com


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 5%]

* Re: The adventure of building Bedrock in Cygwin: any help would be appreciated
  2019-05-20 19:12  5% The adventure of building Bedrock in Cygwin: any help would be appreciated Jose Isaias Cabrera
@ 2019-05-20 20:23  6% ` Hans-Bernhard Bröker
  2019-05-21 12:51  6%   ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Hans-Bernhard Bröker @ 2019-05-20 20:23 UTC (permalink / raw)
  To: cygwin

Am 20.05.2019 um 21:12 schrieb Jose Isaias Cabrera:

> There is no configure script on the source directory, 

And that should have been a warning to you.

This is the most portability-ignorant open source package I've seen in a
long time, and by a very wide margin.  They don't even _try_ to
accomodate the notion that there might be anything else but Linux left
under the sun.

> so according to Bedrock [1] this is all I need to build it:

Well, in all fairness, those are just the instructions for one type of
Linux distribution.  There are others, but those would not get you any
further, because they just care about different extra libraries, whereas
the real problems are in how they configure the compiler and its
standard library.

Among the fallacies they evidently subscribe to is the one that one
should force-feed the '--std=c++14' flag into all compilations, to get
support for C++ 14 language features, without bothering about the
effects that will have on the standard library feature selection
process.  At the very least, they should have use '--std=gnu++14'
instead, to keep the libraries full-featured.  Or if they didn't, they
would have to add some feature activation options like '-D_GNU_SOURCE'
to get back what they so wilfully turned off.

In short, this whole source is doomed to fail utterly on any system
whose C standard library is not GLIBC.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: The adventure of building Bedrock in Cygwin: any help would be appreciated
  2019-05-20 20:23  6% ` Hans-Bernhard Bröker
@ 2019-05-21 12:51  6%   ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-05-21 12:51 UTC (permalink / raw)
  To: Hans-Bernhard Bröker, cygwin


Hans-Bernhard Bröker, on Monday, May 20, 2019 04:23 PM, wrote...
>Am 20.05.2019 um 21:12 schrieb Jose Isaias Cabrera:
>
>This is the most portability-ignorant open source package I've seen in a
>long time, and by a very wide margin.  They don't even _try_ to
>accomodate the notion that there might be anything else but Linux left
>under the sun.

You said it, but I agreed. :-)

>> so according to Bedrock [1] this is all I need to build it:
>
>Well, in all fairness, those are just the instructions for one type of
>Linux distribution.  There are others, but those would not get you any

True, but I thought it would be the closest "linux flavor" in comparison to Cygwin.  There is a set of Mac build steps.  I started with that.  First built brew in cygwin, but then when tried to do 'brew install gcc@6' got a bunch of errors and I just thought that building gcc6 from scratch without brew would be the best way to go, but it wasn't.


>In short, this whole source is doomed to fail utterly on any system
>whose C standard library is not GLIBC.

Reminiscing way back in the days... Marlon Brando, "You don't understand! I coulda had class. I coulda been a contender. I coulda been somebody instead of a bum, which is what I am."


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: Is our use of Cygwin to build & run OpenOCD a good one?
  2019-05-20 18:49  7%     ` Bob Cochran
@ 2019-05-21 17:55  0%       ` LRN
  2019-05-21 18:21  7%         ` Jose Isaias Cabrera
  2019-05-22  6:05  0%         ` Bob Cochran
  0 siblings, 2 replies; 200+ results
From: LRN @ 2019-05-21 17:55 UTC (permalink / raw)
  To: cygwin


[-- Attachment #1.1: Type: text/plain, Size: 2963 bytes --]

On 20.05.2019 21:49, Bob Cochran wrote:
> On 5/20/19 10:27 AM, Jose Isaias Cabrera wrote:
>> Erik Soderquist, on Monday, May 20, 2019 10:16 AM, wrote...
>>> On Sun, May 19, 2019 at 3:44 PM Bob Cochran wrote:
>>> <snip>
>>>> "Cygwin? this is probably still functional, but now can be considered a
>>>> (pre)historic solution."
>>> The words of the ignorant, in my opinion.  Cygwin has done an
>>> excellent job of maintaining currency and usefulness.
>> Indeed.  I have been using cygwin since 1996-7.  Can't remember the exact year, but it has been God-sent, and it has been in every Windows machine I have had control.  Just my 0.02. Thanks.
> 
> 
> Thank you to everyone who has replied to my question whether this was a 
> good use case for Cygwin!  It was great to read all of the replies and 
> see that I'm in sync with this project & its users / developers.
> 

I've read the actual thread on OpenOCD ML, and i've looked at the links posted
there. I probably should have subscribed to OpenOCD ML, but i'm too lazy to do
so and will write here instead.

Basically, the thread had three participants:

*kristof mulier: wanted to get OpenOCD binaries for Windows, tried MSYS2, but
didn't get satisfactory results; posted a link to a guide for building OpenOCD
with MSYS2, written by some 3rd party
*you: posted a link to a guild for building OpenOCD with Cygwin
*Liviu Ionescu: pointed out that you should be using mingw-w64, said that
Cygwin is prehistoric

Liviu Ionescu seems to be a Microsoft fanboy, since he advocated for the use of
WSL (i already said earlier what i think of WSL). However, he wasn't wrong when
he said that you should use MinGW. If a piece of software can be built with
MinGW, then you generally should do so, unless there are specific reasons to
avoid that (compatibility, subtle porting bugs, etc). It seems to be the case
for OpenOCD.

kristof mulier seems to have weak developer-fu, and got a bit confused. The
MSYS2 guide that he used pointed to a MSYS2 package git repo, and kristof
assumed that the repo in question contained OpenOCD source code (which is
supposedly why he was getting an old version of OpenOCD compiled all the time).
That is not the case[0]. MSYS2 package repo contains small buildscripts for the
appropriate packages. The reason he was getting an old version is that the
version (git revision, in case of OpenOCD-git) is hardcoded into PKGBUILD file
(which he didn't edit, uncritically following the guide; the author of the
guide didn't concern himself with getting OpenOCD from lastest git master HEAD,
and thus didn't mention that detail).

Therefore i still sand on my advice: either cross-compile from Cygwin, or try
MSYS2 (the irony here is that your Cygwin guide describes *almost exactly* how
one can build OpenOCD from MSYS2).

[0]: at least, i assume so; i don't really use MSYS2 repos or its package
manager, therefore i could be mistaken


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[relevance 0%]

* Re: Is our use of Cygwin to build & run OpenOCD a good one?
  2019-05-21 17:55  0%       ` LRN
@ 2019-05-21 18:21  7%         ` Jose Isaias Cabrera
  2019-05-22  6:05  0%         ` Bob Cochran
  1 sibling, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-05-21 18:21 UTC (permalink / raw)
  To: LRN, cygwin


LRN, on Tuesday, May 21, 2019 01:55 PM, wrote...
>
>Therefore i still sand on my advice: either cross-compile from Cygwin, or try
>MSYS2 (the irony here is that your Cygwin guide describes *almost exactly* how
>one can build OpenOCD from MSYS2).

I have never heard of MSYS2. It looks interesting.  Thanks.

josé


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: Is our use of Cygwin to build & run OpenOCD a good one?
  2019-05-21 17:55  0%       ` LRN
  2019-05-21 18:21  7%         ` Jose Isaias Cabrera
@ 2019-05-22  6:05  0%         ` Bob Cochran
  1 sibling, 0 replies; 200+ results
From: Bob Cochran @ 2019-05-22  6:05 UTC (permalink / raw)
  To: cygwin


On 5/21/19 1:55 PM, LRN wrote:
> On 20.05.2019 21:49, Bob Cochran wrote:
>> On 5/20/19 10:27 AM, Jose Isaias Cabrera wrote:
>>> Erik Soderquist, on Monday, May 20, 2019 10:16 AM, wrote...
>>>> On Sun, May 19, 2019 at 3:44 PM Bob Cochran wrote:
>>>> <snip>
>>>>> "Cygwin? this is probably still functional, but now can be considered a
>>>>> (pre)historic solution."
>>>> The words of the ignorant, in my opinion.  Cygwin has done an
>>>> excellent job of maintaining currency and usefulness.
>>> Indeed.  I have been using cygwin since 1996-7.  Can't remember the exact year, but it has been God-sent, and it has been in every Windows machine I have had control.  Just my 0.02. Thanks.
>>
>> Thank you to everyone who has replied to my question whether this was a
>> good use case for Cygwin!  It was great to read all of the replies and
>> see that I'm in sync with this project & its users / developers.
>>
> I've read the actual thread on OpenOCD ML, and i've looked at the links posted
> there. I probably should have subscribed to OpenOCD ML, but i'm too lazy to do
> so and will write here instead.


Thank you LRN for the excellent write up(s).   I'm going to summarize 
this and add it to our web article as alternatives to our approach.

Please also consider that Cygwin worked without a hassle and is on all 
of our PCs.   Time is tight and maybe I can be build a native Windows 
OpenOCD exe that works with our hardware, but maybe I can't without 
burning a lot of time.
At this point, we're good to go with Cygwin.  Also, I want students that 
we're working with to install Cygwin on their PCs.   I never bothered to 
learn complicated Power shell syntax & commands because I never needed 
to - just opened a Cygwin terminal instead.

And I'm reluctant to install other translation projects on my PC like 
MSYS2 and MinGW because of bloat, support, and security concerns.   Try 
to keep it as simple as possible!

But anyway, the main point of my email is to thank you for taking the 
time to write this up.

Bob


>
> Basically, the thread had three participants:
>
> *kristof mulier: wanted to get OpenOCD binaries for Windows, tried MSYS2, but
> didn't get satisfactory results; posted a link to a guide for building OpenOCD
> with MSYS2, written by some 3rd party
> *you: posted a link to a guild for building OpenOCD with Cygwin
> *Liviu Ionescu: pointed out that you should be using mingw-w64, said that
> Cygwin is prehistoric
>
> Liviu Ionescu seems to be a Microsoft fanboy, since he advocated for the use of
> WSL (i already said earlier what i think of WSL). However, he wasn't wrong when
> he said that you should use MinGW. If a piece of software can be built with
> MinGW, then you generally should do so, unless there are specific reasons to
> avoid that (compatibility, subtle porting bugs, etc). It seems to be the case
> for OpenOCD.
>
> kristof mulier seems to have weak developer-fu, and got a bit confused. The
> MSYS2 guide that he used pointed to a MSYS2 package git repo, and kristof
> assumed that the repo in question contained OpenOCD source code (which is
> supposedly why he was getting an old version of OpenOCD compiled all the time).
> That is not the case[0]. MSYS2 package repo contains small buildscripts for the
> appropriate packages. The reason he was getting an old version is that the
> version (git revision, in case of OpenOCD-git) is hardcoded into PKGBUILD file
> (which he didn't edit, uncritically following the guide; the author of the
> guide didn't concern himself with getting OpenOCD from lastest git master HEAD,
> and thus didn't mention that detail).
>
> Therefore i still sand on my advice: either cross-compile from Cygwin, or try
> MSYS2 (the irony here is that your Cygwin guide describes *almost exactly* how
> one can build OpenOCD from MSYS2).
>
> [0]: at least, i assume so; i don't really use MSYS2 repos or its package
> manager, therefore i could be mistaken
>


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 0%]

* How to build a DLL without cygwin DLL dependencies
@ 2019-05-29 17:02  7% Jose Isaias Cabrera
    0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-29 17:02 UTC (permalink / raw)
  To: cygwin


Greetings!

I am trying to build the latest sqlite windows DLL, and I am succeeding, but I am getting an error that cygwin1.dll is missing, when I am trying to use the DLL from outside cygwin in the Windows environment.  I am using,

gcc -shared sqlite3.c -o sqlite3.dll

to build it, but this command creates a dependency for cygwin1.dll.  Is there any way to build the dll as a standalone DLL with no dependency?  Thanks.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: How to build a DLL without cygwin DLL dependencies
  @ 2019-05-29 18:27  6%   ` Jose Isaias Cabrera
    0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-29 18:27 UTC (permalink / raw)
  To: Tony Kelman, cygwin


Tony Kelman, on Wednesday, May 29, 2019 01:55 PM, wrote...
>>
>> gcc -shared sqlite3.c -o sqlite3.dll
>>
>> to build it, but this command creates a dependency for cygwin1.dll.
>> Is there any way to build the dll as a standalone DLL with no
>> dependency?  Thanks.
>
>Yep, you want the mingw-w64 cross compiler, x86_64-w64-mingw32-gcc
>(or i686-w64-mingw32-gcc for 32 bit).

Thanks for the prompt reply, Tony.

So, I downloaded "i686-w64-mingw32-gcc" from the setup packages and ran,

i686-w64-mingw32-gcc -shared sqlite3.c -o sqlite3.dll,

but it still wants me to add other DLLs.  I just want to drop the sqlite3.dll just created in another spot and run a tool using that without need of any other DLL. I know I can do it with MinGW, but I don't want to install two systems on my computer.  I know I am missing something because I know other folks have done it before.  I duckduckgo'ed some answers, but have not found anything but "use MinGW".  Is this even possible with cygwin and its packages?  Thanks for the support.

josé



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: How to build a DLL without cygwin DLL dependencies
  @ 2019-05-30  2:51  6%       ` Jose Isaias Cabrera
    0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-30  2:51 UTC (permalink / raw)
  To: Tony Kelman, cygwin


Tony Kelman, on Wednesday, May 29, 2019 04:18 PM, wrote...
>and you can avoid the issue by building a 64 bit dll, or in 32 bit via
>
>i686-w64-mingw32-gcc -shared -static-libgcc sqlite3.c -o sqlite3.dll
>

This is what I needed above. The command I was using,

i686-w64-mingw32-gcc -shared sqlite3.c -o sqlite3.dll

will create a DLL, but it will have dependencies on some cygwin libs.  This command,

i686-w64-mingw32-gcc -shared -static-libgcc sqlite3.c -o sqlite3.dll

creates a DLL with no dependencies.  So, the option -static-libgcc is what I needed.  Thanks.

To summarize, when creating SQLite3 DLL or building any SQLite3 tools with cygwin,
1. Download the i686-w65-mingw32-gcc compiler with the setup tools (the 64 bit)
2. Get the source from sqlite.org
3. untar source
4. cd to the source directory
5. run this command:
i686-w64-mingw32-gcc -shared -static-libgcc sqlite3.c -o sqlite3.dll

Thanks,

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: How to build a DLL without cygwin DLL dependencies
  @ 2019-05-31 17:14  7%           ` Jose Isaias Cabrera
  2019-05-31 18:24  7%             ` Brian Inglis
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-05-31 17:14 UTC (permalink / raw)
  To: Tatsuro MATSUOKA, Tony Kelman, cygwin


Tatsuro MATSUOKA, on Friday, May 31, 2019 01:01 PM, wrote...
> If you will have another opportunity to build natitve windows exe or dll, please consider to use msys2.

I tried, but the installation doesn't even come with gcc.  So, being behind a firewall, I couldn't use
pacman to get stuff installed.  So, I aborted the idea.  Thanks.

josé


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: How to build a DLL without cygwin DLL dependencies
  2019-05-31 17:14  7%           ` Jose Isaias Cabrera
@ 2019-05-31 18:24  7%             ` Brian Inglis
  0 siblings, 0 replies; 200+ results
From: Brian Inglis @ 2019-05-31 18:24 UTC (permalink / raw)
  To: cygwin

On 2019-05-31 11:14, Jose Isaias Cabrera wrote:
> Tatsuro MATSUOKA, on Friday, May 31, 2019 01:01 PM, wrote...
>> If you will have another opportunity to build natitve windows exe or dll, 
>> please consider to use msys2.
> I tried, but the installation doesn't even come with gcc. So, being behind a 
> firewall, I couldn't use pacman to get stuff installed. So, I aborted the 
> idea.
Could you install WSL Debian/Ubuntu or use a Linux system to cross-build MSYS2
and sqlite3 as in https://arrayfire.com/cross-compile-to-windows-from-linux/

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: getent doesn't show all domain users
  @ 2019-06-03 14:52  7%     ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-06-03 14:52 UTC (permalink / raw)
  To: Maayan Apelboim, cygwin


Corinna Vinschen, on Monday, June 3, 2019 07:14 AM, wrote...
>
> The user's guide!  Probably the most unread document of all times... ;)

Indeed. :-)

josé


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: Dragging from explorer to cygwin terminal is not putting the path into the terminal
  @ 2019-06-09 13:20  6%                         ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-06-09 13:20 UTC (permalink / raw)
  To: Thomas Wolff, cygwin


it works for me:

$ uname -a
CYGWIN_NT-10.0 elimelec 3.0.7(0.338/5/3) 2019-04-30 18:08 x86_64 Cygwin​

$ mintty.exe --version
mintty 3.0.0 (x86_64-pc-cygwin)​
© 2013/2019 Andy Koppe / Thomas Wolff​
License GPLv3+: GNU GPL version 3 or later​
There is no warranty, to the extent permitted by law.​



________________________________
From: cygwin-owner@cygwin.com <cygwin-owner@cygwin.com> on behalf of Thomas Wolff <towo@towo.net>
Sent: Sunday, June 9, 2019 09:05 AM
To: cygwin@cygwin.com
Subject: Re: Dragging from explorer to cygwin terminal is not putting the path into the terminal

Am 08.06.2019 um 15:12 schrieb Brian Inglis:
> On 2019-06-08 01:10, Thomas Wolff wrote:
>> Am 08.06.2019 um 02:52 schrieb Academy OfFetishes:
>>> On Fri, Jun 7, 2019 at 5:41 PM Doug Henderson wrote:
>>>> On Fri, 7 Jun 2019 at 11:33, Academy OfFetishes wrote:
>>>>> On Fri, Jun 7, 2019 at 12:41 AM Thomas Wolff wrote:
>>>>> I have the same problem with 3.0.0.
>>>>> Sorry for slowly dripping out information (I promise that's not my
>>>>> intent), but I will say, as soon as I created this user account on
>>>>> windows, I had copy and paste issues that were outside of cygwin.  I
>>>>> recall copying text from firefox and not being able to paste it into
>>>>> windows explorer and vice versa (these are contrived examples.  I can't
>>>>> remember what the exact problems were, but they were similar to this).
>>>>> It seemed very random, though.  Like some copy/paste worked, and some
>>>>> did not.  After running sfc /scannow and restarting twice, the problem
>>>>> seems to have gone away completely.
>>>>> I'm not sure if that's to this problem (except that it could point out
>>>>> a borked windows install).
>>>> I encountered strange clipboard problems as a result of fiddling with
>>>> the Clipboard Settings in Win10.
>>>> When I turned on "Sync across devices", after a "Copy to clipboard"
>>>> operation, sometimes the "Paste from clipboard" operation pasted
>>>> nothing or the previous clipboard content. A few moments later,
>>>> another "Paste" would paste the content of the most recent "Copy". It
>>>> seems as though the content of the clipboard was not updated after a
>>>> Copy operation until a Sync to cloud was performed, with the timing
>>>> being dependant on WiFi, internet and cloud speeds and latency.
>>>> I did not observe any difference in "Drag and Drop" behaviour with
>>>> this setting, but I almost exclusively use keyboard Copy and Paste
>>>> instead of mouse Drop and Drag.
>>> That's interesting.  Well my sync settings already seems to be off, but
>>> when I was having issues, it was working just like you described.
>>> I'm not sure if I'm supposed to create a new Mintty issue or wait for
>>> Thomas to reply.
>> 1. Please note that this list has a no-top-posting policy. (Respond below the
>> text you're referring to.)
>> 2. Latest comments are suggesting this may not be a mintty issue.
>> 3. I can only reply if there is a clear question or issue presented. Even though
>> I noticed the issue once myself, there is still no "reproducible test case".
> The OP has a reproducible test case: file drag to cmd always works, file drag to
> mintty never works: fails on both 3.0.0 and 3.0.7; the rest of us have no
> problems: diagnosis opportunity!
For me it works, mostly. It only failed under erratic circumstances, not
reproducible.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple


^ permalink raw reply	[relevance 6%]

* network trace capturing tool in cygwin
@ 2019-06-13 17:02  7% Jose Isaias Cabrera
  2019-06-13 17:27  7% ` Pokechu22
  2019-06-18 15:35  7% ` Andrey Repin
  0 siblings, 2 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-06-13 17:02 UTC (permalink / raw)
  To: cygwin


Greetings!  Salutations!

I have not done it in a while, but back in the day there used to be a tool called tcpdump. I have searched for this on the packages site[1] and I can not find anything to capture a tpcip network trace in cygwin.  Say it is not so.  Are there any tools to capture simple tcpip local network traces in the actual x86 cygwin snapshots?  If so, are there any spots where I can download and build tcpdump or any tool like that one?  Thanks.

josé

[1] https://cygwin.com/cgi-bin2/package-grep.cgi?grep=tcp+trace&arch=x86

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: network trace capturing tool in cygwin
  2019-06-13 17:02  7% network trace capturing tool in cygwin Jose Isaias Cabrera
@ 2019-06-13 17:27  7% ` Pokechu22
  2019-06-13 17:40  7%   ` Jose Isaias Cabrera
  2019-06-18 15:35  7% ` Andrey Repin
  1 sibling, 1 reply; 200+ results
From: Pokechu22 @ 2019-06-13 17:27 UTC (permalink / raw)
  To: cygwin

On Thu, Jun 13, 2019 at 10:02 AM Jose Isaias Cabrera wrote:
>
>
> Greetings!  Salutations!
>
> I have not done it in a while, but back in the day there used to be a tool called tcpdump. I have searched for this on the packages site[1] and I can not find anything to capture a tpcip network trace in cygwin.  Say it is not so.  Are there any tools to capture simple tcpip local network traces in the actual x86 cygwin snapshots?  If so, are there any spots where I can download and build tcpdump or any tool like that one?  Thanks.
>
> josé
>
> [1] https://cygwin.com/cgi-bin2/package-grep.cgi?grep=tcp+trace&arch=x86
>
> --
> Problem reports:       http://cygwin.com/problems.html
> FAQ:                   http://cygwin.com/faq/
> Documentation:         http://cygwin.com/docs.html
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>

Hello josé,

To my (limited) knowledge, it simply isn't available, presumably
because of elevation requirements on windows or something like that.
I think what you want is winpcap (or npcap?) along with windump... or
maybe wireshark?  All of these are regular windows programs, not ones
that depend on cygwin (though you should be able to use them from
cygwin).

--Poke

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: network trace capturing tool in cygwin
  2019-06-13 17:27  7% ` Pokechu22
@ 2019-06-13 17:40  7%   ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-06-13 17:40 UTC (permalink / raw)
  To: Pokechu22, cygwin


Pokechu22, on Thursday, June 13, 2019 01:27 PM, wrote...
> On Thu, Jun 13, 2019 at 10:02 AM Jose Isaias Cabrera wrote:
> >

> Hello josé,
>
> To my (limited) knowledge, it simply isn't available, presumably
> because of elevation requirements on windows or something like that.
> I think what you want is winpcap (or npcap?) along with windump... or
> maybe wireshark?  All of these are regular windows programs, not ones
> that depend on cygwin (though you should be able to use them from
> cygwin).

Yeah, I know about those.  The place where I am trying to use it is work, and they have banned these utilities from downloading, etc.  But I thought that I could use cygwin, internally and capture the data I need.  Back to the drawing board. ;-)

Thanks Poke.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: [ANNOUNCEMENT] tcsh 6.21.00-1
  @ 2019-06-17 12:11  6% ` Jose Isaias Cabrera
  2019-06-17 13:13  7%   ` Csaba Raduly
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-06-17 12:11 UTC (permalink / raw)
  To: cygwin


Just wondering... Does anyone still uses tcsh?  That was my favorite shell before bash.


________________________________
From: cygwin-owner@cygwin.com <cygwin-owner@cygwin.com> on behalf of Corinna Vinschen <corinna-cygwin@cygwin.com>
Sent: Monday, June 17, 2019 05:45 AM
To: cygwin@cygwin.com
Subject: [ANNOUNCEMENT] tcsh 6.21.00-1

The following packages have been uploaded to the Cygwin distribution:

* tcsh-6.21.00-1

This is a bug fix release (after 2.5 years) with no new features.

Tcsh is an enhanced but completely compatible version of csh, the C
shell.  Tcsh is a command language interpreter which can be used both
as an interactive login shell and as a shell script command processor.
Tcsh includes a command line editor, programmable word completion,
spelling correction, a history mechanism, job control and a C language
like syntax.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: [ANNOUNCEMENT] tcsh 6.21.00-1
  2019-06-17 12:11  6% ` Jose Isaias Cabrera
@ 2019-06-17 13:13  7%   ` Csaba Raduly
  2019-06-17 13:18  7%     ` Jose Isaias Cabrera
  2019-06-17 16:11  0%     ` Brian Inglis
  0 siblings, 2 replies; 200+ results
From: Csaba Raduly @ 2019-06-17 13:13 UTC (permalink / raw)
  To: cygwin list

Hi Jose,

On Mon, Jun 17, 2019 at 2:12 PM Jose Isaias Cabrera  wrote:
>
>
> Just wondering... Does anyone still uses tcsh?  That was my favorite shell before bash.
>

There are always pockets of resistance, hiding out in the mountains
(-: server rooms, etc :-)

Also, please don't top-post on this list.

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformat way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: [ANNOUNCEMENT] tcsh 6.21.00-1
  2019-06-17 13:13  7%   ` Csaba Raduly
@ 2019-06-17 13:18  7%     ` Jose Isaias Cabrera
  2019-06-17 16:11  0%     ` Brian Inglis
  1 sibling, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-06-17 13:18 UTC (permalink / raw)
  To: Csaba Raduly, cygwin list


Csaba Raduly, on Monday, June 17, 2019 09:13 AM, wrote...
> Hi Jose,

Greetings!

> On Mon, Jun 17, 2019 at 2:12 PM Jose Isaias Cabrera  wrote:
> >
> >
> > Just wondering... Does anyone still uses tcsh?  That was my favorite shell before bash.
> >
>
> There are always pockets of resistance, hiding out in the mountains
> (-: server rooms, etc :-)

Yes, I am sure.  Plus, the thousands scripts still running daily... :-)

> Also, please don't top-post on this list.

Yes, apologies for that.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: [ANNOUNCEMENT] tcsh 6.21.00-1
  2019-06-17 13:13  7%   ` Csaba Raduly
  2019-06-17 13:18  7%     ` Jose Isaias Cabrera
@ 2019-06-17 16:11  0%     ` Brian Inglis
  2019-06-18  2:27  0%       ` Greywolf
  1 sibling, 1 reply; 200+ results
From: Brian Inglis @ 2019-06-17 16:11 UTC (permalink / raw)
  To: cygwin


On 2019-06-17 07:13, Csaba Raduly wrote:
> On Mon, Jun 17, 2019 at 2:12 PM Jose Isaias Cabrera  wrote:
>> Just wondering... Does anyone still uses tcsh?  That was my favorite shell 
>> before bash.
> There are always pockets of resistance, hiding out in the mountains
> (-: server rooms, etc :-)

Some of us were lured to csh on SunOS by mentions of C-like features (still
looking for those) and used tcsh on other systems, before coming to our senses
when POSIX standardized based on Bourne/Korn shell features, and appreciating
the kitchen sink inclusive implementation of interactive shell features provided
by bash.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 0%]

* Re: [ANNOUNCEMENT] tcsh 6.21.00-1
  2019-06-17 16:11  0%     ` Brian Inglis
@ 2019-06-18  2:27  0%       ` Greywolf
  2019-06-18 16:31  7%         ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Greywolf @ 2019-06-18  2:27 UTC (permalink / raw)
  To: cygwin

On 2019-06-17 09:11, Brian Inglis wrote:
> 
> On 2019-06-17 07:13, Csaba Raduly wrote:
>> On Mon, Jun 17, 2019 at 2:12 PM Jose Isaias Cabrera  wrote:
>>> Just wondering... Does anyone still uses tcsh?  That was my favorite shell
>>> before bash.
>> There are always pockets of resistance, hiding out in the mountains
>> (-: server rooms, etc :-)
> 
> Some of us were lured to csh on SunOS by mentions of C-like features (still
> looking for those) and used tcsh on other systems, before coming to our senses
> when POSIX standardized based on Bourne/Korn shell features, and appreciating
> the kitchen sink inclusive implementation of interactive shell features provided
> by bash.
> 

Some of us were lured to csh on BSD 4.2 because sh was primitive as all 
get-out -- no functions, no aliases; the only thing it had going for it was 
better signal trapping.  Where I was, a few students implemented 'dsh', a 
follow-on to 'csh', which had ESC-based pathname, user, ~user, and envariable 
expansion (ran in cbrk mode), and a few other things (and some really goofy 
error messages).  I inherited it and immediately declared it dead upon the 
arrival on scene by tcsh, which I then abandoned once I discovered bash, since 
I wanted to have a CLI which resembled my primary prototyping language.

[ksh, on the other hand, is welcome to fall off the face of the earth at any 
unannounced moment...]

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 0%]

* Re: network trace capturing tool in cygwin
  2019-06-13 17:02  7% network trace capturing tool in cygwin Jose Isaias Cabrera
  2019-06-13 17:27  7% ` Pokechu22
@ 2019-06-18 15:35  7% ` Andrey Repin
  2019-06-18 16:54  7%   ` Jose Isaias Cabrera
  1 sibling, 1 reply; 200+ results
From: Andrey Repin @ 2019-06-18 15:35 UTC (permalink / raw)
  To: Jose Isaias Cabrera, cygwin

Greetings, Jose Isaias Cabrera!

> I have not done it in a while, but back in the day there used to be a tool
> called tcpdump. I have searched for this on the packages site[1] and I can
> not find anything to capture a tpcip network trace in cygwin.  Say it is not
> so.  Are there any tools to capture simple tcpip local network traces in the
> actual x86 cygwin snapshots?  If so, are there any spots where I can
> download and build tcpdump or any tool like that one?  Thanks.

Just download Wireshark from https://www.wireshark.org/


-- 
With best regards,
Andrey Repin
Tuesday, June 18, 2019 18:29:22

Sorry for my terrible english...


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: [ANNOUNCEMENT] tcsh 6.21.00-1
  2019-06-18  2:27  0%       ` Greywolf
@ 2019-06-18 16:31  7%         ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-06-18 16:31 UTC (permalink / raw)
  To: Greywolf, cygwin


Greywolf, on Monday, June 17, 2019 10:27 PM, wrote...
> [ksh, on the other hand, is welcome to fall off the face of the earth at any
> unannounced moment...]

Hah. I think I used ksh once in a goverment facility on some obcure SunOS environment.  I went to fix a printer driver and I got stuck with ksh and ed. No vi, no emacs, no csh, no sh.  Nothing.  It was rough... Thanks for listening.  How much I owe?

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: network trace capturing tool in cygwin
  2019-06-18 15:35  7% ` Andrey Repin
@ 2019-06-18 16:54  7%   ` Jose Isaias Cabrera
  2019-06-18 18:20  7%     ` Andrey Repin
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-06-18 16:54 UTC (permalink / raw)
  To: cygwin


Andrey Repin, on Tuesday, June 18, 2019 11:30 AM, wrote...

> Just download Wireshark from https://www.wireshark.org/

That's the problem.  That is not allowed. :-(  I need to have the CEO sign for me to get that software here.  I have wireshark at home, but at work, it's not allowed.  They are very picky about installing software in the system. That is the reason why I was looking for the old tcpdump.  Thanks.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: network trace capturing tool in cygwin
  2019-06-18 16:54  7%   ` Jose Isaias Cabrera
@ 2019-06-18 18:20  7%     ` Andrey Repin
  2019-06-18 18:27  7%       ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Andrey Repin @ 2019-06-18 18:20 UTC (permalink / raw)
  To: Jose Isaias Cabrera, cygwin

Greetings, Jose Isaias Cabrera!


> Andrey Repin, on Tuesday, June 18, 2019 11:30 AM, wrote...

>> Just download Wireshark from https://www.wireshark.org/

> That's the problem.  That is not allowed. :-(  I need to have the CEO sign
> for me to get that software here.  I have wireshark at home, but at work,
> it's not allowed.  They are very picky about installing software in the
> system. That is the reason why I was looking for the old tcpdump.  Thanks.

If that software is required for your work, they have no other way than to let
you use it.
If they actively deny you the working environment, find a better job.


-- 
With best regards,
Andrey Repin
Tuesday, June 18, 2019 21:08:17

Sorry for my terrible english...


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: network trace capturing tool in cygwin
  2019-06-18 18:20  7%     ` Andrey Repin
@ 2019-06-18 18:27  7%       ` Jose Isaias Cabrera
  2019-06-19 18:19  7%         ` Brian Inglis
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-06-18 18:27 UTC (permalink / raw)
  To: cygwin


Andrey Repin, on Tuesday, June 18, 2019 02:09 PM, wrote...
> If that software is required for your work, they have no other way than to let
> you use it.
> If they actively deny you the working environment, find a better job.

That's the easy way out. ;-)  Thanks.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: network trace capturing tool in cygwin
  2019-06-18 18:27  7%       ` Jose Isaias Cabrera
@ 2019-06-19 18:19  7%         ` Brian Inglis
  0 siblings, 0 replies; 200+ results
From: Brian Inglis @ 2019-06-19 18:19 UTC (permalink / raw)
  To: cygwin


On 2019-06-18 12:27, Jose Isaias Cabrera wrote:
> Andrey Repin, on Tuesday, June 18, 2019 02:09 PM, wrote...
>> If that software is required for your work, they have no other way than to
>> let you use it.
>> If they actively deny you the working environment, find a better job.
> That's the easy way out. ;-)  Thanks.

Seriously, if an org won't let you have the tools to diagnose or fix a problem,
then as you can not help with the problem, it's not your problem, it's for
someone else to deal with.
You can not do everything, and if they can pay people to enforce blocks to
prevent work, they can pay to diagnose problems for which you have neither tools
nor experience.
The solution may have to be political, to buy a commercial tool e.g
	https://www.paessler.com/network-analyzer-diagnostics
or hire consultants to provide and use said tools.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: TeXmacs 1.99.9-1 closes abruptly while mousing over menu
  @ 2019-08-07 16:39  7%   ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-08-07 16:39 UTC (permalink / raw)
  To: marco atzeri, The Cygwin Mailing List


marco atzeri, on Wednesday, August 7, 2019 12:28 PM, wrote...

> noted.
> Unfortunately, due to bike accident, I can not really work on it short
> term, as any typing take for ever.

And who gave you permission to get on a bike and ride?  Don't you know that your priority is keeping cygwin apps ready for us to use?  Gosh! :-)

Ok, all kidding aside, I hope is not a bad situation, and you'll be back on the bike in no time. ;-)  Praying for fast recovery.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: bug with grep 3.0.2 in cygwin 3.0.7
  @ 2019-08-30 13:04  7%         ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-08-30 13:04 UTC (permalink / raw)
  To: Duncan Roe, cygwin


Duncan Roe, on Friday, August 30, 2019 03:47 AM, wrote...
>
> On Thu, Aug 29, 2019 at 09:42:46PM -0400, Eliot Moss wrote:
> > On 8/29/2019 3:08 PM, Andrey Repin wrote:

> > But my main point is that RTM would be enough; RTFM seemed
> > to me perhaps a little more rude than necessary.
> >
> > Regards - EM
> >
> I don't see anything to object to in "Read The Fine Manual" ;)

You know real well what the F in RTFM stands for: Functioning.  And that, my friend, is a little too much nowadays for them sensitivity unchallenged folks.  Just my 102 Dominican cents. :-)

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: My C arrays are too large
  @ 2019-09-13 19:01  7%   ` Jose Isaias Cabrera
  2019-09-14  5:32  7%     ` Lee
  2019-09-18 19:09  7%     ` Joel Rees
  0 siblings, 2 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-09-13 19:01 UTC (permalink / raw)
  To: Achim Gratz, cygwin


Achim Gratz, on Friday, September 13, 2019 02:39 PM, wrote...
>
> Blair, Charles E III writes:
> > My apologies for failing to reply on-list.  I don't know how :(
> >
> > My machine is 64 bit, and I hope I installed the correct version of cygwin.
> >
> > This program:
> >
> > #include<stdio.h>
> > int main(){char *a[50][8192];
> > return 0;}
> >
> > compiles with gcc  (no special options) but gives "Segmentation fault".
>
> You are creating an automatic variable that's larger than the default
> stack.  You need to enlarge the stack, either during link time or later
> e.g. via
>
> peflags -x0x800000 a.out

This is great! Thanks.

But, let's talk about this a bit... Shouldn't the compiler provide some warning, and also, it should never blow up with a "Segmentation fault".  I believe there should be some type of Out Of Memory error, or something like it.  But now just blow up.  Anyone thinks like me?  Just my 102 Dominican cents ($1 = $51 Dominican). :-)

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: My C arrays are too large
  2019-09-13 19:01  7%   ` Jose Isaias Cabrera
@ 2019-09-14  5:32  7%     ` Lee
  2019-09-18 19:09  7%     ` Joel Rees
  1 sibling, 0 replies; 200+ results
From: Lee @ 2019-09-14  5:32 UTC (permalink / raw)
  To: cygwin

On 9/13/19, Jose Isaias Cabrera wrote:
>
> Achim Gratz, on Friday, September 13, 2019 02:39 PM, wrote...
>>
>> Blair, Charles E III writes:
>> > My apologies for failing to reply on-list.  I don't know how :(
>> >
>> > My machine is 64 bit, and I hope I installed the correct version of
>> > cygwin.
>> >
>> > This program:
>> >
>> > #include<stdio.h>
>> > int main(){char *a[50][8192];
>> > return 0;}
>> >
>> > compiles with gcc  (no special options) but gives "Segmentation fault".
>>
>> You are creating an automatic variable that's larger than the default
>> stack.  You need to enlarge the stack, either during link time or later
>> e.g. via
>>
>> peflags -x0x800000 a.out
>
> This is great! Thanks.
>
> But, let's talk about this a bit... Shouldn't the compiler provide some
> warning, and also, it should never blow up with a "Segmentation fault".  I
> believe there should be some type of Out Of Memory error, or something like
> it.  But now just blow up.  Anyone thinks like me?  Just my 102 Dominican
> cents ($1 = $51 Dominican). :-)

Yes, it would be nice if you got an error message.  But once you
notice a .stackdump file has magically appeared, then
$ gcc -o a.exe starray.c

$ ./a
Segmentation fault (core dumped)

$ cat a.exe.stackdump
Exception: STATUS_STACK_OVERFLOW at rip=001004010C6
  <.. snip ..>

Search for "cygwin STATUS_STACK_OVERFLOW" and find
  https://github.com/OpenFAST/openfast/issues/144

which gives you
$ gcc -o a.exe -Wl,--stack,0x1000000 starray.c

$ ./a

$ peflags -x a.exe
a.exe: stack reserve size      : 16777216 (0x1000000) bytes

Regards,
Lee

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: My C arrays are too large
  2019-09-13 19:01  7%   ` Jose Isaias Cabrera
  2019-09-14  5:32  7%     ` Lee
@ 2019-09-18 19:09  7%     ` Joel Rees
  2019-09-18 20:40  7%       ` Jose Isaias Cabrera
  1 sibling, 1 reply; 200+ results
From: Joel Rees @ 2019-09-18 19:09 UTC (permalink / raw)
  To: cygwin

2019年9月14日(土) 3:50 Jose Isaias Cabrera <jicman@outlook.com>:

>
> Achim Gratz, on Friday, September 13, 2019 02:39 PM, wrote...
> >
> > Blair, Charles E III writes:
> > > My apologies for failing to reply on-list.  I don't know how :(
> > >
> > > My machine is 64 bit, and I hope I installed the correct version of
> cygwin.
> > >
> > > This program:
> > >
> > > #include<stdio.h>
> > > int main(){char *a[50][8192];
> > > return 0;}
> > >
> > > compiles with gcc  (no special options) but gives "Segmentation fault".
> >
> > You are creating an automatic variable that's larger than the default
> > stack.  You need to enlarge the stack, either during link time or later
> > e.g. via
> >
> > peflags -x0x800000 a.out
>
> This is great! Thanks.
>
> But, let's talk about this a bit... Shouldn't the compiler provide some
> warning, and also, it should never blow up with a "Segmentation fault".  I
> believe there should be some type of Out Of Memory error, or something like
> it.  But now just blow up.  Anyone thinks like me?  Just my 102 Dominican
> cents ($1 = $51 Dominican). :-)
>

Well, the behavior of the compiler itself is better discussed on the
compiler's forums, although you may need your asbestos suit when you do so.

That said, why do you want this variable to be automatic? Why do you want
it allocated on the stack?

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: My C arrays are too large
  2019-09-18 19:09  7%     ` Joel Rees
@ 2019-09-18 20:40  7%       ` Jose Isaias Cabrera
  2019-09-18 20:46  7%         ` Eliot Moss
                           ` (2 more replies)
  0 siblings, 3 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-09-18 20:40 UTC (permalink / raw)
  To: Joel Rees, cygwin


Joel Rees, on Wednesday, September 18, 2019 02:38 PM, wrote...
>
> 2019年9月14日(土) 3:50 Jose Isaias Cabrera, on
>
> >
> > Achim Gratz, on Friday, September 13, 2019 02:39 PM, wrote...
> > >
> > > Blair, Charles E III writes:
> > > > My apologies for failing to reply on-list.  I don't know how :(
> > > >
> > > > My machine is 64 bit, and I hope I installed the correct version of
> > cygwin.
> > > >
> > > > This program:
> > > >
> > > > #include<stdio.h>
> > > > int main(){char *a[50][8192];
> > > > return 0;}
> > > >
> > > > compiles with gcc  (no special options) but gives "Segmentation fault".
> > >
> > > You are creating an automatic variable that's larger than the default
> > > stack.  You need to enlarge the stack, either during link time or later
> > > e.g. via
> > >
> > > peflags -x0x800000 a.out
> >
> > This is great! Thanks.
> >
> > But, let's talk about this a bit... Shouldn't the compiler provide some
> > warning, and also, it should never blow up with a "Segmentation fault".  I
> > believe there should be some type of Out Of Memory error, or something like
> > it.  But now just blow up.  Anyone thinks like me?  Just my 102 Dominican
> > cents ($1 = $51 Dominican). :-)
> >
>
> Well, the behavior of the compiler itself is better discussed on the
> compiler's forums, although you may need your asbestos suit when you do so.
>
> That said, why do you want this variable to be automatic? Why do you want
> it allocated on the stack?

I did not say automatically.  I said that the compiler should provide some warning about the allocation being larger than the default stack.  And, it should not result in a segmentation fault, but instead, the program should error out with out of memory, or, at least, "memory allocation is larger than default stack."  Not just blow up.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: My C arrays are too large
  2019-09-18 20:40  7%       ` Jose Isaias Cabrera
@ 2019-09-18 20:46  7%         ` Eliot Moss
  2019-09-19  1:19  7%         ` Joel Rees
  2019-09-19 21:58  6%         ` Brian Inglis
  2 siblings, 0 replies; 200+ results
From: Eliot Moss @ 2019-09-18 20:46 UTC (permalink / raw)
  To: cygwin

On 9/18/2019 4:35 PM, Jose Isaias Cabrera wrote:
> 
> Joel Rees, on Wednesday, September 18, 2019 02:38 PM, wrote...
>>
>> 2019年9月14日(土) 3:50 Jose Isaias Cabrera, on
>>Moss
>>> Achim Gratz, on Friday, September 13, 2019 02:39 PM, wrote...
>>>>
>>>> Blair, Charles E III writes:
>>>>> My apologies for failing to reply on-list.  I don't know how :(
>>>>>
>>>>> My machine is 64 bit, and I hope I installed the correct version of
>>> cygwin.
>>>>>
>>>>> This program:
>>>>>
>>>>> #include<stdio.h>
>>>>> int main(){char *a[50][8192];
>>>>> return 0;}
>>>>>
>>>>> compiles with gcc  (no special options) but gives "Segmentation fault".
>>>>
>>>> You are creating an automatic variable that's larger than the default
>>>> stack.  You need to enlarge the stack, either during link time or later
>>>> e.g. via
>>>>
>>>> peflags -x0x800000 a.out
>>>
>>> This is great! Thanks.
>>>
>>> But, let's talk about this a bit... Shouldn't the compiler provide some
>>> warning, and also, it should never blow up with a "Segmentation fault".  I
>>> believe there should be some type of Out Of Memory error, or something like
>>> it.  But now just blow up.  Anyone thinks like me?  Just my 102 Dominican
>>> cents ($1 = $51 Dominican). :-)
>>>
>>
>> Well, the behavior of the compiler itself is better discussed on the
>> compiler's forums, although you may need your asbestos suit when you do so.
>>
>> That said, why do you want this variable to be automatic? Why do you want
>> it allocated on the stack?
> 
> I did not say automatically.  I said that the compiler should provide some warning about the allocation being larger than the default stack.  And, it should not result in a segmentation fault, but instead, the program should error out with out of memory, or, at least, "memory allocation is larger than default stack."  Not just blow up.

Automatic here means "stack allocated" (the "auto" keyword in C, which is almost
always omitted because it is the default).   Cheers - Eliot Moss

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: My C arrays are too large
  2019-09-18 20:40  7%       ` Jose Isaias Cabrera
  2019-09-18 20:46  7%         ` Eliot Moss
@ 2019-09-19  1:19  7%         ` Joel Rees
  2019-09-19 18:04  7%           ` Jose Isaias Cabrera
  2019-09-19 21:58  6%         ` Brian Inglis
  2 siblings, 1 reply; 200+ results
From: Joel Rees @ 2019-09-19  1:19 UTC (permalink / raw)
  To: Jose Isaias Cabrera; +Cc: cygwin

I guess I should unpack things a bit, and I may sound argumentative, but my
argument is not really with anyone on this list.

2019年9月19日(木) 5:35 Jose Isaias Cabrera <jicman@outlook.com>:

>
> Joel Rees, on Wednesday, September 18, 2019 02:38 PM, wrote...
> >
> > 2019年9月14日(土) 3:50 Jose Isaias Cabrera, on
> >
> > >
> > > Achim Gratz, on Friday, September 13, 2019 02:39 PM, wrote...
> > > >
> > > > Blair, Charles E III writes:
> > > > > My apologies for failing to reply on-list.  I don't know how :(
> > > > >
> > > > > My machine is 64 bit, and I hope I installed the correct version of
> > > cygwin.
> > > > >
> > > > > This program:
>
> > > >
> > > > > #include<stdio.h>
> > > > > int main(){char *a[50][8192];
> > > > > return 0;}
> > > > >
>


/* programmatic example by Jose Isaias Cabrera
// reformatting and annotation by Joel Rees
*/

#include <stdio.h>


int main( void )
{
   char *a[50][8192];
   /* Note that variables declared here are default "auto" allocated. */

   return 0;
   /* Note that some optimization settings might
   // entirely optimize the allocation out in recent compilers,
   // or optimize main() to just return 0 to the calling environment,
   // completely removing the allocation.
   */
}

> > > > compiles with gcc  (no special options) but gives "Segmentation
> fault".
> > > >
> > > > You are creating an automatic variable that's larger than the default
> > > > stack.  You need to enlarge the stack, either during link time or
> later
> > > > e.g. via
> > > >
> > > > peflags -x0x800000 a.out
> > >
> > > This is great! Thanks.
> > >
> > > But, let's talk about this a bit... Shouldn't the compiler provide some
> > > warning,
>

It would be nice, yes.

> > and also, it should never blow up with a "Segmentation fault".
>

But we are discussing C, and, frankly, I'd prefer segementation faults to
some of the possibilities that have been discussed by the engineering teams
that work on C compilers.

Ada, yes, the compiler is supposed to (mostly) prevent you from writing
things that give segmentation faults. C, no. It's within the nature of the
language itself.

C is specifically designed to allow the programmer to shoot him/herself in
the foot, and with good reason.

Lately, some reasonable protection is provided, according to the
engineering teams' consideration of what is reasonable, and there is a lot
of argument about what level of protection is too much.

> > I
> > > believe there should be some type of Out Of Memory error, or something
> like
> > > it.  But now just blow up.  Anyone thinks like me?  Just my 102
> Dominican
> > > cents ($1 = $51 Dominican). :-)
> > >
> >
> > Well, the behavior of the compiler itself is better discussed on the
> > compiler's forums, although you may need your asbestos suit when you do
> so.
> >
> > That said, why do you want this variable to be automatic?
>

As Eliot says, it might have been more clear if I had said "auto".

Auto in C means local to the function in both visibility and duration,
which essentially translates to allocation that looks like it's on a stack.

> Why do you want
> > it allocated on the stack?
>

Now, a good introductory software engineering course will usually encourage
you to use local visibility and duration unless you have a good reason not
to. But the larger a variable is, the more likely there is to be a good
reason for declaring the variable to have different scope.

Buffers, for instance, should persist between calls (static duration), and
symbol tables should usually be visible to all functions that refer to them
(extern visibility).

All of that said, you are right to wonder at this behavior.

Modern compilers inherit a lot of anti-optimal best worst practices from
the days of sixteen-bit addresses.

One of those is combining the flow-of-control stack with the parameter
stack in an interleaved linked list of local allocations, enabling simple
stack-smash attacks.

Locating that overloaded stack in as small a corner of address space as
possible is another, and it results in trouble anytime you allocate large
things on the stack, with local visibility, local duration, thus, auto.
(This practice is more in the operating system scope than in the compiler
scope, but the libraries the compiler links in define the behavior and give
the error messages.)

Yeah, this is a favorite topic of mine, occupying a bit of space in my
programming and computing related blogs. Non-optimal, but it is what you
get:

Either don't allocate large variables and structures on the stack, or use
compiler or linker flags, or command line tools, to set the object to
allocate a large stack.

Or hope you get segment violations instead of silent errors.

Joel Rees

(Maybe I should blog this.)

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: My C arrays are too large
  2019-09-19  1:19  7%         ` Joel Rees
@ 2019-09-19 18:04  7%           ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-09-19 18:04 UTC (permalink / raw)
  To: Joel Rees; +Cc: cygwin

>
>
> From: Joel Rees, on Wednesday, September 18, 2019 07:09 PM, wrote...
> 2019年9月19日(木) 5:35 Jose Isaias Cabrera, on
>
>
>     Joel Rees, on Wednesday, September 18, 2019 02:38 PM, wrote...
>     >
>     > 2019年9月14日(土) 3:50 Jose Isaias Cabrera, on
>     >
>     > >
>     > > Achim Gratz, on Friday, September 13, 2019 02:39 PM, wrote...
>     > > >
>     > > > Blair, Charles E III writes:
>     > > > > My apologies for failing to reply on-list.  I don't know how :(
>     > > > >
>     > > > > My machine is 64 bit, and I hope I installed the correct version of
>     > > cygwin.
>     > > > >
>     > > > > This program:
>
>     > > > >
>     > > > > #include<stdio.h>
>     > > > > int main(){char *a[50][8192];
>     > > > > return 0;}
>     > > > >
>
>
>
> /* programmatic example by Jose Isaias Cabrera
> // reformatting and annotation by Joel Rees
> */
>
> #include, on
>
>
> int main( void )
> {
>    char *a[50][8192];
>    /* Note that variables declared here are default "auto" allocated. */
>
>    return 0;
>    /* Note that some optimization settings might
>    // entirely optimize the allocation out in recent compilers,
>    // or optimize main() to just return 0 to the calling environment,
>    // completely removing the allocation.
>    */
> }
>
>     > > > > compiles with gcc  (no special options) but gives "Segmentation fault".
>     > > >
>     > > > You are creating an automatic variable that's larger than the default
>     > > > stack.  You need to enlarge the stack, either during link time or later
>     > > > e.g. via
>     > > >
>     > > > peflags -x0x800000 a.out
>     > >
>     > > This is great! Thanks.
>     > >
>     > > But, let's talk about this a bit... Shouldn't the compiler provide some
>     > > warning,
>
>
> It would be nice, yes.
>
>     > > and also, it should never blow up with a "Segmentation fault".
>
>
> But we are discussing C, and, frankly, I'd prefer segementation faults to some of
> the possibilities that have been discussed by the engineering teams that work on C
> compilers.
>
> Ada, yes, the compiler is supposed to (mostly) prevent you from writing things that
> give segmentation faults. C, no. It's within the nature of the language itself.
>
> C is specifically designed to allow the programmer to shoot him/herself in the foot,
> and with good reason.
>
> Lately, some reasonable protection is provided, according to the engineering teams'
> consideration of what is reasonable, and there is a lot of argument about what level
> of protection is too much.
>
>     > > I
>     > > believe there should be some type of Out Of Memory error, or something like
>     > > it.  But now just blow up.  Anyone thinks like me?  Just my 102 Dominican
>     > > cents ($1 = $51 Dominican). :-)
>     > >
>     >
>     > Well, the behavior of the compiler itself is better discussed on the
>     > compiler's forums, although you may need your asbestos suit when you do so.
>     >
>     > That said, why do you want this variable to be automatic?
>
>
> As Eliot says, it might have been more clear if I had said "auto".
>
> Auto in C means local to the function in both visibility and duration, which
> essentially translates to allocation that looks like it's on a stack.
>
>     > Why do you want
>     > it allocated on the stack?
>
>
> Now, a good introductory software engineering course will usually encourage you to use
> local visibility and duration unless you have a good reason not to. But the larger a
> variable is, the more likely there is to be a good reason for declaring the variable to
> have different scope.
>
> Buffers, for instance, should persist between calls (static duration), and symbol tables
> should usually be visible to all functions that refer to them (extern visibility).
>
> All of that said, you are right to wonder at this behavior.
>
> Modern compilers inherit a lot of anti-optimal best worst practices from the days of
> sixteen-bit addresses.
>
> One of those is combining the flow-of-control stack with the parameter stack in an
> interleaved linked list of local allocations, enabling simple stack-smash attacks.
>
> Locating that overloaded stack in as small a corner of address space as possible is
> another, and it results in trouble anytime you allocate large things on the stack, with
> local visibility, local duration, thus, auto. (This practice is more in the operating
> system scope than in the compiler scope, but the libraries the compiler links in define
> the behavior and give the error messages.)
>
> Yeah, this is a favorite topic of mine, occupying a bit of space in my programming and
> computing related blogs. Non-optimal, but it is what you get:
>
> Either don't allocate large variables and structures on the stack, or use compiler or
> linker flags, or command line tools, to set the object to allocate a large stack.
>
> Or hope you get segment violations instead of silent errors.
>
> Joel Rees

Touché, Joel.  Touché! As a friend of mine in the inner city used to say to me when
someone did a move on me playing basketball, "Man, he taught YOU!"

> (Maybe I should blog this.)
Nah, you'll have to make it longer. ;-)


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple


^ permalink raw reply	[relevance 7%]

* Re: My C arrays are too large
  2019-09-18 20:40  7%       ` Jose Isaias Cabrera
  2019-09-18 20:46  7%         ` Eliot Moss
  2019-09-19  1:19  7%         ` Joel Rees
@ 2019-09-19 21:58  6%         ` Brian Inglis
  2 siblings, 0 replies; 200+ results
From: Brian Inglis @ 2019-09-19 21:58 UTC (permalink / raw)
  To: cygwin

On 2019-09-18 14:35, Jose Isaias Cabrera wrote:
> Joel Rees, on Wednesday, September 18, 2019 02:38 PM, wrote...
>> 2019年9月14日(土) 3:50 Jose Isaias Cabrera, on
>>> Achim Gratz, on Friday, September 13, 2019 02:39 PM, wrote...
>>>> Blair, Charles E III writes:
>>>>> My apologies for failing to reply on-list.  I don't know how :(
>>>>> My machine is 64 bit, and I hope I installed the correct version of 
>>>>> cygwin.
>>>>> This program:
>>>>> #include<stdio.h>
>>>>> int main(){char *a[50][8192];
>>>>> return 0;}
>>>>> compiles with gcc  (no special options) but gives "Segmentation fault".

>>>> You are creating an automatic variable that's larger than the default
>>>> stack.  You need to enlarge the stack, either during link time or later
>>>> e.g. via
>>>> peflags -x0x800000 a.out
>>> This is great! Thanks.

>>> But, let's talk about this a bit... Shouldn't the compiler provide some
>>> warning, and also, it should never blow up with a "Segmentation fault".  I
>>> believe there should be some type of Out Of Memory error, or something like
>>> it.  But now just blow up.  Anyone thinks like me?  Just my 102 Dominican
>>> cents ($1 = $51 Dominican). :-)
>>
>> Well, the behavior of the compiler itself is better discussed on the
>> compiler's forums, although you may need your asbestos suit when you do so.
>>
>> That said, why do you want this variable to be automatic? Why do you want
>> it allocated on the stack?
> 
> I did not say automatically.  I said that the compiler should provide some
> warning about the allocation being larger than the default stack.  And, it
> should not result in a segmentation fault, but instead, the program should error
> out with out of memory, or, at least, "memory allocation is larger than default
> stack."  Not just blow up.

Arrays over about 4KB on the stack are not portable: developers either make them
static local or global arrays for singletons, or malloc(3) dynamic arrays to
allow multiple instances.

As usual with C, gcc makes few default decisions about how compilations should
be performed, as that is very dependent on the target runtime environment,
leaving it to the developer to set the appropriate options for their application
and target environment.

Most development environments are heavy weight systems with GB of memory and
disk, where the final target could be an embedded POS terminal, running some
embedded Windows or Linux, or maybe just QNX or RTEMS.

If you look at Cygwin gcc -v or -### you will see it was configured with
--disable-libssp as default, leaving use of it to the developer's choice.

If you want stack smashing protection (ssp) -fstack-protector look at all the
gcc -fstack-... and -Wstack-... options: you may have to disable optimizations
or selection of some options may be incompatible with some optimizations, set
some warning levels depending on your environment, and add some libraries -lssp.

Cygwin is a popular environment supporting development on Windows for all kinds
of hardware e.g. FPGAs and SoCs, and systems e.g. BSD and Linux, and shares the
same newlib libc/libm libraries used by RTEMS and other embedded systems, except
OS-dependent functions which have to be emulated under Windows.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Snapshot of cygwin applications installed in a PC
@ 2019-09-20 21:05  7% Jose Isaias Cabrera
  2019-09-21  6:58  7% ` Andrey Repin
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-09-20 21:05 UTC (permalink / raw)
  To: cygwin


Greetings!

I am about to change PC from Windows 7 to Windows 10.  Is there a way for me to take a snapshot of all the applications that I installed in Window 7, so when I run the installer for Windows 10, I can just point to that file and the installer will install the same applications that I had on the other PC?  thanks for your help.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: Snapshot of cygwin applications installed in a PC
  2019-09-20 21:05  7% Snapshot of cygwin applications installed in a PC Jose Isaias Cabrera
@ 2019-09-21  6:58  7% ` Andrey Repin
  2019-09-21 15:42  0%   ` Marco Atzeri
  0 siblings, 1 reply; 200+ results
From: Andrey Repin @ 2019-09-21  6:58 UTC (permalink / raw)
  To: Jose Isaias Cabrera, cygwin

Greetings, Jose Isaias Cabrera!

> I am about to change PC from Windows 7 to Windows 10.  Is there a way for
> me to take a snapshot of all the applications that I installed in Window 7,
> so when I run the installer for Windows 10, I can just point to that file
> and the installer will install the same applications that I had on the other PC?  thanks for your help.

/etc/installed.db
If you put some effort into researching your question, you could even find a
script to deal with it.


-- 
With best regards,
Andrey Repin
Friday, September 20, 2019 23:54:44

Sorry for my terrible english...


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: Snapshot of cygwin applications installed in a PC
  2019-09-21  6:58  7% ` Andrey Repin
@ 2019-09-21 15:42  0%   ` Marco Atzeri
  2019-09-23 21:23  6%     ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Marco Atzeri @ 2019-09-21 15:42 UTC (permalink / raw)
  To: cygwin

Am 20.09.2019 um 22:55 schrieb Andrey Repin:
> Greetings, Jose Isaias Cabrera!
> 
>> I am about to change PC from Windows 7 to Windows 10.  Is there a way for
>> me to take a snapshot of all the applications that I installed in Window 7,
>> so when I run the installer for Windows 10, I can just point to that file
>> and the installer will install the same applications that I had on the other PC?  thanks for your help.
> 
> /etc/installed.db
> If you put some effort into researching your question, you could even find a
> script to deal with it.
> 
> 

one example is here

https://stackoverflow.com/questions/46829532/cygwin-save-package-selections-for-later-reinstall/

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 0%]

* Re: Snapshot of cygwin applications installed in a PC
  2019-09-21 15:42  0%   ` Marco Atzeri
@ 2019-09-23 21:23  6%     ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-09-23 21:23 UTC (permalink / raw)
  To: Marco Atzeri, cygwin


Marco Atzeri, on Saturday, September 21, 2019 02:58 AM, wrote...
>
> Am 20.09.2019 um 22:55 schrieb Andrey Repin:
> > Greetings, Jose Isaias Cabrera!
> >
> >> I am about to change PC from Windows 7 to Windows 10.  Is there a way for
> >> me to take a snapshot of all the applications that I installed in Window 7,
> >> so when I run the installer for Windows 10, I can just point to that file
> >> and the installer will install the same applications that I had on the other PC?  thanks for your help.
> >
> > /etc/installed.db
> > If you put some effort into researching your question, you could even find a
> > script to deal with it.
> >
> >
>
> one example is here
>
> https://stackoverflow.com/questions/46829532/cygwin-save-package-selections-for-later-reinstall/

Yeah, thanks.  I was looking for something right from the setup.  A button that says "Install from Setup.ini" or something like that where I would poing to some specific file, ie. /etc/installed.db, and it would appropriately give me choices to:
1. install the latest versions
2. keep same version
3. Upgrade to x64/or viceversa Downgrade to x32

That is a good change to have on the setup.  Imagine if this tool existed, it would be great for SAs.  They would just create one machine, and then take that file and use it on all the others machine to have the same setup on each.  Just thinking out loud.  Thanks for listening.

What I did on this was, ran the setup, selected "Picked" on the View option, and took a screen-shot of that.  Now, I have to go and choose those and I will be all set. ;-)  Thanks.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: getent doesn't work properly
  @ 2019-10-17 12:23  7% ` Jose Isaias Cabrera
  2019-10-17 13:02  6%   ` Maayan Apelboim
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-10-17 12:23 UTC (permalink / raw)
  To: Maayan Apelboim, cygwin


Maayan Apelboim, on Thursday, October 17, 2019 05:02 AM, wrote...
>
> Hi All,
>
> I posted about this problem in the past but was unable to solve it completely.
> It seems getent works intermediately.
> Sometimes it shows my user and sometimes it doesn't.

> myUser@dom1-job11 ~
> $ getent passwd user1
> user1:*:1049703:1049089:U-UK\user1,S-1-5-21-892078619-2706518417-4190201681-1127:/home/user1:/bin/bash

Do me a favor and try,

getent passwd myUser

and see if that works better.  Thanks.

josé


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* RE: getent doesn't work properly
  2019-10-17 12:23  7% ` Jose Isaias Cabrera
@ 2019-10-17 13:02  6%   ` Maayan Apelboim
  2019-10-17 16:55  7%     ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Maayan Apelboim @ 2019-10-17 13:02 UTC (permalink / raw)
  To: Jose Isaias Cabrera, cygwin

It works fine for other users as much as I can tell.
The problem seems to be with one specific user.

myUser@dom1-job11 ~
$ getent passwd myUser
myUser:*:1049686:1049089:U-UK\myUser,S-1-5-21-892078619-2706518417-4190201681-1110:/home/myUser:/bin/bash

myUser@dom1-job11 ~
$ getent passwd user1

myUser@dom1-job11 ~
$

myUser@dom1-job11 ~
$ getent passwd user1

myUser@dom1-job11 ~
$

myUser@dom1-job11 ~
$

myUser@dom1-job11 ~
$ getent passwd myUser
myUser:*:1049686:1049089:U-UK\myUser,S-1-5-21-892078619-2706518417-4190201681-1110:/home/myUser:/bin/bash

myUser@dom1-job11 ~
$ getent passwd myUser
myUser:*:1049686:1049089:U-UK\myUser,S-1-5-21-892078619-2706518417-4190201681-1110:/home/myUser:/bin/bash

myUser@dom1-job11 ~
$ getent passwd myUser
myUser:*:1049686:1049089:U-UK\myUser,S-1-5-21-892078619-2706518417-4190201681-1110:/home/myUser:/bin/bash

myUser@dom1-job11 ~
$ getent passwd myUser
myUser:*:1049686:1049089:U-UK\myUser,S-1-5-21-892078619-2706518417-4190201681-1110:/home/myUser:/bin/bash

myUser@dom1-job11 ~
$ getent passwd myUser
myUser:*:1049686:1049089:U-UK\myUser,S-1-5-21-892078619-2706518417-4190201681-1110:/home/myUser:/bin/bash


From: Jose Isaias Cabrera [mailto:jicman@outlook.com] 
Sent: Thursday, October 17, 2019 3:23 PM
To: Maayan Apelboim <Maayan.Apelboim@clarizen.com>; cygwin@cygwin.com
Subject: Re: getent doesn't work properly


Maayan Apelboim, on Thursday, October 17, 2019 05:02 AM, wrote...
>  
> Hi All,
> 
> I posted about this problem in the past but was unable to solve it completely.
> It seems getent works intermediately.
> Sometimes it shows my user and sometimes it doesn't.

> myUser@dom1-job11 ~
> $ getent passwd user1
> user1:*:1049703:1049089:U-UK\user1,S-1-5-21-892078619-2706518417-4190201681-1127:/home/user1:/bin/bash

Do me a favor and try,

getent passwd myUser

and see if that works better.  Thanks.

josé


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: getent doesn't work properly
  2019-10-17 13:02  6%   ` Maayan Apelboim
@ 2019-10-17 16:55  7%     ` Jose Isaias Cabrera
  2019-10-18 12:44  6%       ` Brian Inglis
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2019-10-17 16:55 UTC (permalink / raw)
  To: Maayan Apelboim, cygwin

>
>
> From: Maayan Apelboim, on Thursday, October 17, 2019 09:02 AM, wrote...
>
> It works fine for other users as much as I can tell.
> The problem seems to be with one specific user.
>
> myUser@dom1-job11 ~
> $ getent passwd myUser
> myUser:*:1049686:1049089:U-UK\myUser,S-1-5-21-892078619-2706518417-4190201681-1110:/home/myUser:/bin/bash
>
> myUser@dom1-job11 ~
> $ getent passwd user1

Long time ago, I had a problem like that, and I think it was the last line on the passwd file.  But, I don't think it's the case with yours.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: getent doesn't work properly
  2019-10-17 16:55  7%     ` Jose Isaias Cabrera
@ 2019-10-18 12:44  6%       ` Brian Inglis
  0 siblings, 0 replies; 200+ results
From: Brian Inglis @ 2019-10-18 12:44 UTC (permalink / raw)
  To: cygwin

On 2019-10-17 10:55, Jose Isaias Cabrera wrote:
>> Maayan Apelboim, on Thursday, October 17, 2019 09:02 AM, wrote:
>> It works fine for other users as much as I can tell.
>> The problem seems to be with one specific user.
>> myUser@dom1-job11 ~
>> $ getent passwd myUser
>> myUser:*:1049686:1049089:U-UK\myUser,S-1-5-21-892078619-2706518417-4190201681-1110:/home/myUser:/bin/bash
>> myUser@dom1-job11 ~
>> $ getent passwd user1
> Long time ago, I had a problem like that, and I think it was the last line on the passwd file.  But, I don't think it's the case with yours.

What is enumerated from SAM/AD by getent is controlled by /etc/nsswitch.conf
entry db_enum which defaults to:

# db_enum:  cache builtin

I changed my SAM, non-AD, non-domain system to:

db_enum:    cache local builtin

Please read the rest of the info about db_enum in /etc/nsswitch.conf and set up
your system accordingly.

If you are in a domain with AD, it will be worth your while to configure and run
cygserver service, under cygrunsrv, to cache your AD entries.
Even if you are on a SAM, non-AD, non-domain system, if you run a lot of Cygwin
processes, or use cron a lot, it will be worth your while to configure and run
cygserver service, under cygrunsrv, to cache your SAM and process entries.

If you run a lot of processes, it may be worth maximizing some entries in
/etc/cygserver.conf:

# kern.srv.cleanup_threads: No. of cygserver threads used for cleanup tasks.
# Default: 2, Min: 1, Max: 16, command line option -c, --cleanup-threads
#kern.srv.cleanup_threads 2
kern.srv.cleanup_threads 16

# kern.srv.request_threads: No. of cygserver threads used to serve
#                           application requests.
# Default: 10, Min: 1, Max: 310, command line option -r, --request-threads
#kern.srv.request_threads 10
kern.srv.request_threads 310

# kern.srv.process_cache_size: No. of concurrent processes which can be handled
#                              by Cygserver concurrently.
# Default: 62, Min: 1, Max: 310, command line option -p, --process-cache
#kern.srv.process_cache_size 62
kern.srv.process_cache_size 310

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 6%]

* Re: Need help to update cygwin
  @ 2019-10-24 12:22  7% ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-10-24 12:22 UTC (permalink / raw)
  To: Arun Kumar, cygwin


Arun Kumar, on Wednesday, October 23, 2019 11:19 PM, wrote...
>
> Hi team,
>
> We have issue to update version
> Please help to provide steps to update

Arun,

1. Find out whether you have a x64 or x32 system
2. Download the latest appropriate setup program
3. Run that program

If you had an installation before, it should automatically update.  Unless, it's really, really old, and then, you will have delete whatever you have start from scratch.  Thanks.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: [ANNOUNCEMENT] cygwin 3.1.0-0.8 (TEST)
  @ 2019-11-19 17:18  7% ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2019-11-19 17:18 UTC (permalink / raw)
  To: cygwin


Corinna Vinschen, on Tuesday, November 19, 2019 09:28 AM, wrote...
>
> The following packages have been uploaded to the Cygwin distribution:
>
> * cygwin-3.1.0-0.8
> * cygwin-devel-3.1.0-0.8
> * cygwin-doc-3.1.0-0.8
>
> This release comes with a couple of new features and quite a few
> bug fixes.
>
> The most interesting changes:
>
> - A revamp of the old FIFO code.  It should now be possible to open
>   FIFOs multiple times for writing, something the old code failed on.
>   Courtesy Ken Brown.
>
> - Support the new pseudo console in PTY. Pseudo console is a new feature
>   in Windows 10 1809, which provides console APIs on virtual terminal.
>   With this patch, native console applications can work in Cygwin PTYs.
>   Courtesy Takashi Yano.
>
> There have been a couple more bug fixes, especially  in the PTY code,
> since cygwin-3.1.0-0.7.  Please test!
>
> =======================================================================
>
> What's new:
> -----------
[clip]

Wow! Thanks, guys.
> =======================================================================
>
>
> Have fun,
> Corinna

Have fun, indeed!

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: makecab.exe hangs on cygwin 3.1
  @ 2020-01-09 19:48  7% ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2020-01-09 19:48 UTC (permalink / raw)
  To: Mike Kaganski, cygwin


Mike Kaganski, on Thursday, January 9, 2020 12:21 PM, wrote...
>
> Hello,
>
> Using cygwin 3.1.2-1, I get a hang running a makecab.exe job started
> from a perl script.
>
> The version of perl is 5.26.3-2; Windows 10.0.18363 x64.
>
> I was able to create a minimal reproducer in perl:
>
> ############
>
> select STDERR; # non-buffering output - just to see printed messages
> print "Preparing 80 MiB of random data... ";
> open my $randfile, '<:raw', "/dev/random" or die;
> open my $testbin, '>:raw', "test.bin" or die;
> for ( my $i = 0; $i < 20480; $i++ )
> {
>      my $buf = '';
>      read $randfile, $buf, 4*1024;
>      print $testbin $buf;
> }
> close $randfile;
> close $testbin;
> print "done!\n";
>
> my $syscall = "C:/Windows/System32/makecab.exe /V3 test.bin 2\>\&1 |";
> my @makecaboutput = ();
> print "Now the actual test: this hangs with cygwin 3.1 ... ";
> open (CAB, $syscall);
> while (<CAB>) { push(@makecaboutput, $_); }
> close (CAB);
> print "makecab finished!\n"; # <<< this never prints
>
> for ( my $i = 0; $i <= $#makecaboutput; $i++ )
> {
>      print $makecaboutput[$i];
> }
>
> ############
>
> I put this code to c:/makecab/test.pm, and run from mintty as
>
> $ perl c:/makecab/test.pm
>
> The text "makecab finished!" never appears with cygwin 3.1; it appears
> as expected (several seconds, most of which is creation of random test
> data) with cygwin 3.0.7-1.
>
> Note that the test creates two files in current directory: test.bin, and
> (if succeeds) test.bi_

Works fine with cytwin 3.0.7...
$ uname -a
CYGWIN_NT-10.0-WOW HOR711318E 3.0.7(0.338/5/3) 2019-04-30 18:04 i686 Cygwin

$ perl test.pm
Preparing 80 MiB of random data... done!
Now the actual test: this hangs with cygwin 3.1 ... makecab finished!
Cabinet Maker - Lossless Data Compression Tool

  0.00% - raw=0  compressed=0
  0.04% - raw=32,768  compressed=32,775
[clip]
 99.88% - raw=83,787,776  compressed=83,805,675
 99.92% - raw=83,820,544  compressed=83,838,450
 99.96% - raw=83,853,312  compressed=83,871,225
100.00% - raw=83,886,080  compressed=83,904,000
** test.bin placed in cabinet test.bi_(47251456) on disk
100.00% [flushing current folder]
eureka@HORSE ~

thanks.

josé


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: cygwin 3.1 pseudo console in PTY and break/ctrl-c handling
  @ 2020-02-18 21:30  7%   ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2020-02-18 21:30 UTC (permalink / raw)
  To: cygwin, Kevin Schnitzius


Kevin Schnitzius via cygwin, on Tuesday, February 18, 2020 04:16 PM,
> wrote...
>
> With Cygwin version 3.0.7-1, crtl-c kills native apps that are started
> from the shell, For example, starting notepad in the foreground from bash
> would be kill by a ctrl-c.
>
> With Cygwin version 3.1.2-1, crtl-c DOES NOT kill native apps that are
> started from the shell,
>
> Can I restore this behavior?

It's working fine for me,

$ uname -a
CYGWIN_NT-10.0-WOW HORSE8E 3.1.2(0.340/5/3) 2019-12-21 15:21 i686 Cygwin

But I am using a 32bit system. Or maybe, I am not properly following the steps you are doing.

> With 3.1.2-1:
>
> mintty -o "CA+F12:break" =====> ctrl-alt-F12 causes a break and kills
> notepad
> mintty -o "c:break" =====> ctrl-shift-c causes a break and kills notepad
> mintty -o "C+c:break" =====> FAIL -- ctrl-c kills native apps but notepad
> is not affected
> mintty -o "CA+c:break" =====> FAIL -- ctrl-alt-c kills native apps but
> notepad is not affected
>
> These tests show that the 'break' signal can be propagated from mintty
> but is not for the ctrl-c case.
>
> I am guessing that this behavior is from the pty handing but I have not
> dug into this code or installed winpty.
>
> Is all this documented somewhere that I could not find?
>
> Kevin

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Setup usage of sites requiring proxy credentials
@ 2020-03-06 18:55  7% Jose Isaias Cabrera
  2020-03-06 20:43  7% ` Jon Turney
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2020-03-06 18:55 UTC (permalink / raw)
  To: cygwin


Greetings!

When I run setup, I get a prompt to enter my proxy credentials, which is pretty handy.  I have other tools that just uses the IE or Firefox proxy entries, but now, I am trying to figure out how cygwin setup creates that credential prompt to see if I am able to use it with another tool.  Anyway has any idea?  Thanks.

josé

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Re: Setup usage of sites requiring proxy credentials
  2020-03-06 18:55  7% Setup usage of sites requiring proxy credentials Jose Isaias Cabrera
@ 2020-03-06 20:43  7% ` Jon Turney
  0 siblings, 0 replies; 200+ results
From: Jon Turney @ 2020-03-06 20:43 UTC (permalink / raw)
  To: The Cygwin Mailing List; +Cc: Jose Isaias Cabrera

On 06/03/2020 17:00, Jose Isaias Cabrera wrote:
> When I run setup, I get a prompt to enter my proxy credentials, which
> is pretty handy.  I have other tools that just uses the IE or Firefox
> proxy entries, but now, I am trying to figure out how cygwin setup
> creates that credential prompt to see if I am able to use it with
> another tool.  Anyway has any idea?  Thanks.

I think that dialog is presented when setup gets a
'HTTP 407 Proxy Authentication Required' response.

I think if you are using the 'Use System Proxy Settings' setting in 
setup, and the system has the proxy credentials, you shouldn't need to 
provide the credentials.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[relevance 7%]

* Building SQLite3 CLI without
@ 2022-12-02 20:37  6% Jose Isaias Cabrera
  2022-12-02 21:37  7% ` Oskar Skog
  2022-12-03 16:23  7% ` Andrey Repin
  0 siblings, 2 replies; 200+ results
From: Jose Isaias Cabrera @ 2022-12-02 20:37 UTC (permalink / raw)
  To: cygwin List


Greetings and salutations!

I can build SQLite DLL and use it under Windows without any problem using this command:

i686-w64-mingw32-gcc -shared -static-libgcc sqlite3.c -o sqlite3.dll

And I can use that DLL outside cygwin without any problem. I can also build the SQLite3.exe tool using this command:

 i686-w64-mingw32-gcc -shared -static-libgcc shell.c -o sqlite3.exe

The problem is that when I run this sqlite3.exe outside the cygwin environment, it gives me the error:

"The code execution cannot proceed because cygwin1.dll was 
not found. Reinstalling the program may fix this problem."

Is there an option that I can do to build the tool without the need of the cygwin1.dll? I know that I can move the file in the same spot, but I want to create it without the need of it. Thanks for your support.

josé

^ permalink raw reply	[relevance 6%]

* Re: Building SQLite3 CLI without
  2022-12-02 20:37  6% Building SQLite3 CLI without Jose Isaias Cabrera
@ 2022-12-02 21:37  7% ` Oskar Skog
  2022-12-02 21:53  7%   ` Jose Isaias Cabrera
  2022-12-03 21:14  7%   ` Jose Isaias Cabrera
  2022-12-03 16:23  7% ` Andrey Repin
  1 sibling, 2 replies; 200+ results
From: Oskar Skog @ 2022-12-02 21:37 UTC (permalink / raw)
  To: cygwin

On 2022-12-02 22:37, Jose Isaias Cabrera via Cygwin wrote:
> 
> Greetings and salutations!
> 
> I can build SQLite DLL and use it under Windows without any problem using this command:
> 
> i686-w64-mingw32-gcc -shared -static-libgcc sqlite3.c -o sqlite3.dll
> 
> And I can use that DLL outside cygwin without any problem. I can also build the SQLite3.exe tool using this command:
> 
>   i686-w64-mingw32-gcc -shared -static-libgcc shell.c -o sqlite3.exe
> 
> The problem is that when I run this sqlite3.exe outside the cygwin environment, it gives me the error:
> 
> "The code execution cannot proceed because cygwin1.dll was
> not found. Reinstalling the program may fix this problem."
> 
> Is there an option that I can do to build the tool without the need of the cygwin1.dll? I know that I can move the file in the same spot, but I want to create it without the need of it. Thanks for your support.
> 
> josé
> 

https://cygwin.com/faq/faq.html#faq.programming.static-linking

"No. If your program uses the Cygwin API, then your executable cannot 
run without cygwin1.dll. In particular, it is not possible to statically 
link with a Cygwin library to obtain an independent, self-contained 
executable."

^ permalink raw reply	[relevance 7%]

* RE: Building SQLite3 CLI without
  2022-12-02 21:37  7% ` Oskar Skog
@ 2022-12-02 21:53  7%   ` Jose Isaias Cabrera
  2022-12-03 21:14  7%   ` Jose Isaias Cabrera
  1 sibling, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2022-12-02 21:53 UTC (permalink / raw)
  To: Oskar Skog, cygwin


Oskar Skog via Cygwin, on December 2, 2022 4:37 PM said,

>> On 2022-12-02 22:37, Jose Isaias Cabrera via Cygwin wrote:
> > Is there an option that I can do to build the tool without the need of
>> the cygwin1.dll? I know that I can move the file in the same spot, but I
>> want to create it without the need of it. Thanks for your support.

> "No. If your program uses the Cygwin API, then your executable cannot run
> without cygwin1.dll. In particular, it is not possible to statically link
> with a Cygwin library to obtain an independent, self-contained
> executable."

Ok, thanks. I guess I can copy the DLL on the executable directory. Thanks.

josé


^ permalink raw reply	[relevance 7%]

* Re: Building SQLite3 CLI without
  2022-12-02 20:37  6% Building SQLite3 CLI without Jose Isaias Cabrera
  2022-12-02 21:37  7% ` Oskar Skog
@ 2022-12-03 16:23  7% ` Andrey Repin
  2022-12-03 18:34  7%   ` Jose Isaias Cabrera
  1 sibling, 1 reply; 200+ results
From: Andrey Repin @ 2022-12-03 16:23 UTC (permalink / raw)
  To: Jose Isaias Cabrera, cygwin

Greetings, Jose Isaias Cabrera!

> I can build SQLite DLL and use it under Windows without any problem using
> this command:

> i686-w64-mingw32-gcc -shared -static-libgcc sqlite3.c -o sqlite3.dll

To the best of my knowledge, you should not use cross-compilers directly.

> And I can use that DLL outside cygwin without any problem.
> I can also build the SQLite3.exe tool using this command:

>  i686-w64-mingw32-gcc -shared -static-libgcc shell.c -o sqlite3.exe

> The problem is that when I run this sqlite3.exe outside the cygwin environment, it gives me the error:

> "The code execution cannot proceed because cygwin1.dll was 
> not found. Reinstalling the program may fix this problem."

> Is there an option that I can do to build the tool without the need of the
> cygwin1.dll? I know that I can move the file in the same spot, but I want to
> create it without the need of it. Thanks for your support.

Yes, you should use a cross-compiler and specifically set the target to be
windows native executable.


-- 
With best regards,
Andrey Repin
Saturday, December 3, 2022 19:21:13

Sorry for my terrible english...


^ permalink raw reply	[relevance 7%]

* RE: Building SQLite3 CLI without
  2022-12-03 16:23  7% ` Andrey Repin
@ 2022-12-03 18:34  7%   ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2022-12-03 18:34 UTC (permalink / raw)
  To: cygwin


On December 3, 2022 11:23 AM, Andrey Repin  expressed:
> 
> Greetings, Jose Isaias Cabrera!

Salutations Andrey.

> 
> > I can build SQLite DLL and use it under Windows without any problem
> > using this command:
> 
> > i686-w64-mingw32-gcc -shared -static-libgcc sqlite3.c -o sqlite3.dll
> 
> To the best of my knowledge, you should not use cross-compilers directly.

What do you mean?

> > Is there an option that I can do to build the tool without the need of
> > the cygwin1.dll? I know that I can move the file in the same spot, but
> > I want to create it without the need of it. Thanks for your support.
> 
> Yes, you should use a cross-compiler and specifically set the target to be windows native executable.

How do I do that? Or, what option do I enter?

^ permalink raw reply	[relevance 7%]

* RE: Building SQLite3 CLI without
  2022-12-02 21:37  7% ` Oskar Skog
  2022-12-02 21:53  7%   ` Jose Isaias Cabrera
@ 2022-12-03 21:14  7%   ` Jose Isaias Cabrera
  2022-12-03 22:20  7%     ` Ken Brown
  1 sibling, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2022-12-03 21:14 UTC (permalink / raw)
  To: Oskar Skog, cygwin


On December 2, 2022 4:37 PM, Oskar Skog expressed:
> 
> On 2022-12-02 22:37, Jose Isaias Cabrera via Cygwin wrote:
> >

> > Is there an option that I can do to build the tool without the need of
> > the cygwin1.dll? I know that I can move the file in the same spot, but I
> > want to create it without the need of it. Thanks for your support.

> "No. If your program uses the Cygwin API, then your executable cannot run 
> without cygwin1.dll. In particular, it is not possible to statically link
> with a Cygwin library to obtain an independent, self-contained executable."

Not true. To do this, use the mingw32 or 64 compiler, as this,

CC=i686-w64-mingw32-gcc ./configure

and the SQLite3 tool will work without the cygwin1.dll.  If you want to try it let me know and I will post the steps to follow.

^ permalink raw reply	[relevance 7%]

* Re: Building SQLite3 CLI without
  2022-12-03 21:14  7%   ` Jose Isaias Cabrera
@ 2022-12-03 22:20  7%     ` Ken Brown
  2022-12-03 23:15  7%       ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Ken Brown @ 2022-12-03 22:20 UTC (permalink / raw)
  To: Jose Isaias Cabrera, Oskar Skog, cygwin

On 12/3/2022 4:14 PM, Jose Isaias Cabrera via Cygwin wrote:
> To do this, use the mingw32 or 64 compiler, as this,
> 
> CC=i686-w64-mingw32-gcc ./configure
> 
> and the SQLite3 tool will work without the cygwin1.dll.

I think the preferred way to do this is

   ./configure --host=i686-w64-mingw32 ,

although it might not matter in this case.  See

 
https://www.gnu.org/software/autoconf/manual/autoconf-2.70/html_node/Specifying-Target-Triplets.html

Ken

^ permalink raw reply	[relevance 7%]

* RE: Building SQLite3 CLI without
  2022-12-03 22:20  7%     ` Ken Brown
@ 2022-12-03 23:15  7%       ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2022-12-03 23:15 UTC (permalink / raw)
  To: Ken Brown, Oskar Skog, cygwin


On December 3, 2022 5:21 PM, Ken Brown expressed:
> 
> On 12/3/2022 4:14 PM, Jose Isaias Cabrera via Cygwin wrote:
> > To do this, use the mingw32 or 64 compiler, as this,
> >
> > CC=i686-w64-mingw32-gcc ./configure
> >
> > and the SQLite3 tool will work without the cygwin1.dll.
> 
> I think the preferred way to do this is
> 
> ./configure --host=i686-w64-mingw32 ,
> 
> although it might not matter in this case.  See
> 
Thanks, Ken. I will add this one to my cheat sheet also. However, they both work the same.

josé

^ permalink raw reply	[relevance 7%]

* RE: [ANNOUNCEMENT] Updated: cpuid 20221201
  @ 2022-12-04  3:42  7% ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2022-12-04  3:42 UTC (permalink / raw)
  To: cygwin; +Cc: Cygwin cpuid Maintainer


On Saturday, December 3, 2022 5:36 PM, Cygwin cpuid Maintainer expressed:
> Cc: Cygwin cpuid Maintainer <Brian.Inglis@SystematicSW.ab.ca>
> 
> The following package has been upgraded in the Cygwin distribution:
> 
> * cpuid		20221201
> 
> Displays detailed information about the CPU(s) gathered from the CPUID instruction, and also determines the exact model of CPU(s).

I have to say that I had never used this tool before. I wish I had. There's a lot of great information provided by this tool. Thanks.

josé

^ permalink raw reply	[relevance 7%]

* Creating the sqlite3.exe stand-alone w/o cygwin dependency
@ 2022-12-09 21:34  5% Jose Isaias Cabrera
  2022-12-09 23:33  7% ` Eliot Moss
  2022-12-10 14:42  7% ` Ken Brown
  0 siblings, 2 replies; 200+ results
From: Jose Isaias Cabrera @ 2022-12-09 21:34 UTC (permalink / raw)
  To: cygwin


Greetings!

Using these commands,

./configure --host=i686-w64-mingw32 CFLAGS=-shared CFLAGS=-static-libgcc
make sqlite3.exe sqlite3.dll

I can create the sqlite3 DOS application and the sqlite3 Windows 10 DLL. I have no problem with the DLL. But with the sqlite3.exe CLI tool, I can run it in the Cygwin environment, and I can also double click on the app from the Windows 10 environment and run it, and that also works perfectly. The problem happens after I move that sqlite3.exe to C:\bin directory. When I run it from the DOS Command Prompt, I get this error:

DOS|16:19:00.58>sqlite3
DOS|sqlite3: FATAL: Couldn't find sqlite3.

If I add .exe to the end,

DOS|16:19:57.46>sqlite3.exe
DOS|
DOS|16:21:33.36>

It appears as if it starts and does nothing. I tried chatting with SQLite folks, but, apparently, I am the only one that uses Cygwin. I have been using Cygwin for a long time, and I like it. Thoughts? Suggestions? Any help would be greatly appreciated.

PS: This is the make sqlite.exe run:

E608313@HOR711318E ~/b/sqlite/SQLite-78723a9a
$ make sqlite3.exe
./libtool --mode=link i686-w64-mingw32-gcc -shared -static-libgcc -DSQLITE_OS_WIN=1 -I. -I/home/E608313/b/sqlite/SQLite-78723a9a/src -I/home/E608313/b/sqlite/SQLite-78723a9a/ext/rtree -I/home/E608313/b/sqlite/SQLite-78723a9a/ext/icu -I/home/E608313/b/sqlite/SQLite-78723a9a/ext/fts3 -I/home/E608313/b/sqlite/SQLite-78723a9a/ext/async -I/home/E608313/b/sqlite/SQLite-78723a9a/ext/session -I/home/E608313/b/sqlite/SQLite-78723a9a/ext/userauth -D_HAVE_SQLITE_CONFIG_H -DBUILD_sqlite -DNDEBUG -DSQLITE_THREADSAFE=1 -DSQLITE_ENABLE_MATH_FUNCTIONS     -DHAVE_READLINE=0  -DHAVE_EDITLINE=0 -DSQLITE_ENABLE_FTS4 -DSQLITE_ENABLE_RTREE -DSQLITE_ENABLE_EXPLAIN_COMMENTS -DSQLITE_ENABLE_UNKNOWN_SQL_FUNCTION -DSQLITE_ENABLE_STMTVTAB -DSQLITE_ENABLE_DBPAGE_VTAB -DSQLITE_ENABLE_DBSTAT_VTAB -DSQLITE_ENABLE_BYTECODE_VTAB -DSQLITE_ENABLE_OFFSET_SQL_FUNC -o sqlite3.exe \
        shell.c sqlite3.c \
          -rpath "/usr/local/lib"
libtool: link: i686-w64-mingw32-gcc -shared -static-libgcc -DSQLITE_OS_WIN=1 -I. -I/home/E608313/b/sqlite/SQLite-78723a9a/src -I/home/E608313/b/sqlite/SQLite-78723a9a/ext/rtree -I/home/E608313/b/sqlite/SQLite-78723a9a/ext/icu -I/home/E608313/b/sqlite/SQLite-78723a9a/ext/fts3 -I/home/E608313/b/sqlite/SQLite-78723a9a/ext/async -I/home/E608313/b/sqlite/SQLite-78723a9a/ext/session -I/home/E608313/b/sqlite/SQLite-78723a9a/ext/userauth -D_HAVE_SQLITE_CONFIG_H -DBUILD_sqlite -DNDEBUG -DSQLITE_THREADSAFE=1 -DSQLITE_ENABLE_MATH_FUNCTIONS -DHAVE_READLINE=0 -DHAVE_EDITLINE=0 -DSQLITE_ENABLE_FTS4 -DSQLITE_ENABLE_RTREE -DSQLITE_ENABLE_EXPLAIN_COMMENTS -DSQLITE_ENABLE_UNKNOWN_SQL_FUNCTION -DSQLITE_ENABLE_STMTVTAB -DSQLITE_ENABLE_DBPAGE_VTAB -DSQLITE_ENABLE_DBSTAT_VTAB -DSQLITE_ENABLE_BYTECODE_VTAB -DSQLITE_ENABLE_OFFSET_SQL_FUNC -o .libs/sqlite3.exe shell.c sqlite3.c  -L/usr/local/lib



^ permalink raw reply	[relevance 5%]

* Re: Creating the sqlite3.exe stand-alone w/o cygwin dependency
  2022-12-09 21:34  5% Creating the sqlite3.exe stand-alone w/o cygwin dependency Jose Isaias Cabrera
@ 2022-12-09 23:33  7% ` Eliot Moss
  2022-12-10  2:43  7%   ` Jose Isaias Cabrera
  2022-12-10 14:42  7% ` Ken Brown
  1 sibling, 1 reply; 200+ results
From: Eliot Moss @ 2022-12-09 23:33 UTC (permalink / raw)
  To: Jose Isaias Cabrera, cygwin

On 12/9/2022 4:34 PM, Jose Isaias Cabrera via Cygwin wrote:

This is a bit of a shot in the dark, but I wonder about
search paths and find the DLL when trying to start the
program.  Is the necessary directory on the search path
available to Windows and/or passed to the sqlite3
executable as an environment variable?

Regards - Eliot Moss

^ permalink raw reply	[relevance 7%]

* RE: Creating the sqlite3.exe stand-alone w/o cygwin dependency
  2022-12-09 23:33  7% ` Eliot Moss
@ 2022-12-10  2:43  7%   ` Jose Isaias Cabrera
  2022-12-10 14:47  7%     ` Eliot Moss
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2022-12-10  2:43 UTC (permalink / raw)
  To: moss, cygwin


On Friday, December 9, 2022 6:33 PM, Eliot Moss  expressed:
> 
> On 12/9/2022 4:34 PM, Jose Isaias Cabrera via Cygwin wrote:
> 
> This is a bit of a shot in the dark, but I wonder about search paths and find
> the DLL when trying to start the program.  Is the necessary directory on the
> search path available to Windows and/or passed to the sqlite3 executable as
> an environment variable?

Thanks, Eliot. I have placed the sqlite3.dll in the same folder of the executable, but, it does not work either. I don't think is the sqlite3.dll that is looking for. It's probably some of the Cygwin libraries.

Any thoughts where I can get help?
 

^ permalink raw reply	[relevance 7%]

* Re: Creating the sqlite3.exe stand-alone w/o cygwin dependency
  2022-12-09 21:34  5% Creating the sqlite3.exe stand-alone w/o cygwin dependency Jose Isaias Cabrera
  2022-12-09 23:33  7% ` Eliot Moss
@ 2022-12-10 14:42  7% ` Ken Brown
    1 sibling, 1 reply; 200+ results
From: Ken Brown @ 2022-12-10 14:42 UTC (permalink / raw)
  To: Jose Isaias Cabrera, cygwin

On 12/9/2022 4:34 PM, Jose Isaias Cabrera via Cygwin wrote:
> 
> Greetings!
> 
> Using these commands,
> 
> ./configure --host=i686-w64-mingw32 CFLAGS=-shared CFLAGS=-static-libgcc
> make sqlite3.exe sqlite3.dll
> 
> I can create the sqlite3 DOS application and the sqlite3 Windows 10 DLL. I have no problem with the DLL. But with the sqlite3.exe CLI tool, I can run it in the Cygwin environment, and I can also double click on the app from the Windows 10 environment and run it, and that also works perfectly. The problem happens after I move that sqlite3.exe to C:\bin directory. When I run it from the DOS Command Prompt, I get this error:
> 
> DOS|16:19:00.58>sqlite3
> DOS|sqlite3: FATAL: Couldn't find sqlite3.
> 
> If I add .exe to the end,
> 
> DOS|16:19:57.46>sqlite3.exe
> DOS|
> DOS|16:21:33.36>
> 
> It appears as if it starts and does nothing. I tried chatting with SQLite folks, but, apparently, I am the only one that uses Cygwin. I have been using Cygwin for a long time, and I like it. Thoughts? Suggestions? Any help would be greatly appreciated.
> 
> PS: This is the make sqlite.exe run:
> 
> E608313@HOR711318E ~/b/sqlite/SQLite-78723a9a
> $ make sqlite3.exe
> ./libtool --mode=link i686-w64-mingw32-gcc -shared -static-libgcc -DSQLITE_OS_WIN=1 -I. -I/home/E608313

I don't know if this is the problem, but do you really want to be using 
'-shared' when building an executable?  I thought that was for building shared 
libraries.

Ken

^ permalink raw reply	[relevance 7%]

* Re: Creating the sqlite3.exe stand-alone w/o cygwin dependency
  2022-12-10  2:43  7%   ` Jose Isaias Cabrera
@ 2022-12-10 14:47  7%     ` Eliot Moss
  2022-12-10 16:35  7%       ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Eliot Moss @ 2022-12-10 14:47 UTC (permalink / raw)
  To: Jose Isaias Cabrera, cygwin

On 12/9/2022 9:43 PM, Jose Isaias Cabrera wrote:
> 
> On Friday, December 9, 2022 6:33 PM, Eliot Moss  expressed:
>>
>> On 12/9/2022 4:34 PM, Jose Isaias Cabrera via Cygwin wrote:
>>
>> This is a bit of a shot in the dark, but I wonder about search paths and find
>> the DLL when trying to start the program.  Is the necessary directory on the
>> search path available to Windows and/or passed to the sqlite3 executable as
>> an environment variable?
> 
> Thanks, Eliot. I have placed the sqlite3.dll in the same folder of the executable, but, it does not work either. I don't think is the sqlite3.dll that is looking for. It's probably some of the Cygwin libraries.
> 
> Any thoughts where I can get help?

This list continue to be a place.

I still wonder if there is some path issue.  Just because the dll is in
the same directory does not mean that Windows will look there if . (the
current directory) is not on your path.  As I recall (and I hope someone
will correct me!) the relevant environment variable is PATH, but it may
be a different one for finding dlls.  (I'm sure someone on the list can
clarify that point!)

Best - Eliot Moss

^ permalink raw reply	[relevance 7%]

* RE: Creating the sqlite3.exe stand-alone w/o cygwin dependency
  2022-12-10 14:47  7%     ` Eliot Moss
@ 2022-12-10 16:35  7%       ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2022-12-10 16:35 UTC (permalink / raw)
  To: moss, cygwin


On December 10, 2022 9:48 AM, Eliot Moss  expressed:
> 
> On 12/9/2022 9:43 PM, Jose Isaias Cabrera wrote:
> >
> > On Friday, December 9, 2022 6:33 PM, Eliot Moss  expressed:
> >>
> >> On 12/9/2022 4:34 PM, Jose Isaias Cabrera via Cygwin wrote:
> >>
> >> This is a bit of a shot in the dark, but I wonder about search paths
> >> and find the DLL when trying to start the program.  Is the necessary
> >> directory on the search path available to Windows and/or passed to
> >> the sqlite3 executable as an environment variable?
> >
> > Thanks, Eliot. I have placed the sqlite3.dll in the same folder of the
> > executable, but, it does not work either. I don't think is the
> > sqlite3.dll that is looking for. It's probably some of the Cygwin
> > libraries.
> >
> > Any thoughts where I can get help?
> 
> This list continue to be a place.
> 
> I still wonder if there is some path issue.  Just because the dll is in
> the same directory does not mean that Windows will look there if . (the 
> current directory) is not on your path.  As I recall (and I hope someone
> will correct me!) the relevant environment variable is PATH, but it may
> be a different one for finding dlls.  (I'm sure someone on the list can
> clarify that point!)

I can tell you that in Windows 10 the search path is the live directory first (.), then the path. But, again, I don't think it's the DLL, because this application does not use the sqlite3.dll or needs it. It's a stand-alone application. It has all it needs inside. For example, if I download the Windows Tool from the Sqlite page, I can place it anywhere in the computer and it will run without anything else.

^ permalink raw reply	[relevance 7%]

* RE: Creating the sqlite3.exe stand-alone w/o cygwin dependency
  @ 2022-12-10 18:00  6%     ` Jose Isaias Cabrera
  2022-12-11  3:31 14%       ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2022-12-10 18:00 UTC (permalink / raw)
  To: Michael Soegtrop, cygwin


On December 10, 2022 10:20 AM, Michael Soegtrop expressed:
> 
> > The problem happens after I move that sqlite3.exe to C:\bin directory.
> 
> very likely quite a few of the MinGW shared libraries supplied by cygwin are
> missing - you need to copy these as well. You can use the `ldd` tool on the

Very interesting:
$ ldd sqlite3.exe
        ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x7ffc1d6f0000)
        ntdll.dll => /cygdrive/c/Windows/SysWOW64/ntdll.dll (0x778c0000)
        wow64.dll => /cygdrive/c/Windows/System32/wow64.dll (0x7ffc1c830000)
        wow64win.dll => /cygdrive/c/Windows/System32/wow64win.dll (0x7ffc1d540000)

Why are there two ntdll.dll files? Never mind. :-)

These reported DLL are in the search path, and also moving these to the executable folder still gives the same error. I also moved the sqlite3.exe file from the built folder to the previous folder in the Cygwin environment, and the same problem happens: 

jcabrera@JIC ~/build/sqlite/SQLite-060eb284
$ mv sqlite3.exe ..
jcabrera@JIC ~/build/sqlite/SQLite-060eb284
$ cd ..
jcabrera@JIC ~/build/sqlite
$ ./sqlite3

jcabrera@JIC ~/build/sqlite
$ ./sqlite3.exe

jcabrera@JIC ~/build/sqlite


Well, let's say that nothing happens. So, it's something to do with the built command that only allows the sqlite3.exe to be run in the folder built folder and no-where else.

^ permalink raw reply	[relevance 6%]

* RE: Creating the sqlite3.exe stand-alone w/o cygwin dependency
  2022-12-10 18:00  6%     ` Jose Isaias Cabrera
@ 2022-12-11  3:31 14%       ` Jose Isaias Cabrera
    0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2022-12-11  3:31 UTC (permalink / raw)
  To: Jose Isaias Cabrera, Michael Soegtrop, cygwin


On Saturday, December 10, 2022 1:01 PM, Jose Isaias Cabrera expressed:
>
> These reported DLL are in the search path, and also moving these to the executable 
> folder still gives the same error. I also moved the sqlite3.exe file from the built
> folder to the previous folder in the Cygwin environment, and the same problem
> happens:

Just to put this to rest, and I am sure that there is a way of doing this using i686-w64-mingw32, but the only way that it appears to work is just doing plain ./configure and make. 

./configure
make

And then doing these commands:

To create the DLL:
i686-w64-mingw32-gcc -shared -static-libgcc sqlite3.c -o sqlite3.dll

To create the CLI tool:
i686-w64-mingw32-gcc -static-libgcc shell.c -o sqlite3.exe sqlite3.c

Both sqlite3.dll and sqlite3.exe CLI tool will work outside the cygwin environment. Just in case someone ever needs this. Thanks for all the support.

josé

^ permalink raw reply	[relevance 14%]

* RE: Creating the sqlite3.exe stand-alone w/o cygwin dependency
  @ 2022-12-11 20:03  6%           ` Jose Isaias Cabrera
    0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2022-12-11 20:03 UTC (permalink / raw)
  To: Michael Soegtrop, cygwin


On December 11, 2022 5:23 AM, Michael Soegtrop  expressed:
> 
> Hi José,
> 
> did you try copying the MinGW DLLs as I suggested?

Yes, I did. I think you missed one of my emails. But, here is what I did:
$ ldd sqlite3.exe
        ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x7ffc1d6f0000)
        ntdll.dll => /cygdrive/c/Windows/SysWOW64/ntdll.dll (0x778c0000)
        wow64.dll => /cygdrive/c/Windows/System32/wow64.dll (0x7ffc1c830000)
        wow64win.dll => /cygdrive/c/Windows/System32/wow64win.dll (0x7ffc1d540000)

These are in the path, but also copying these to the executatble folder still gives the same error. I am able to get what I need by doing configure and make without any input. Then running the two commands on the previous email. The idea was to create stand-alone CLI tool and DLL without having any dependency of cygwin. I am able to do that with extra steps, but, for now, that is ok.

Grabbing on a very week branch, I think Corinna's changes for v3.4 is "breaking"/"fixing" some things with i686-w64-mingw32. Some of this used to work 3-4 weeks ago. I think I still have a machine with some old software. I am going to try it there and see if that old Cygwin version works.

^ permalink raw reply	[relevance 6%]

* RE: Creating the sqlite3.exe stand-alone w/o cygwin dependency
  @ 2022-12-12 23:22  7%               ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2022-12-12 23:22 UTC (permalink / raw)
  To: Michael Soegtrop, cygwin


On December 11, 2022 3:42 PM, Michael Soegtrop  expressed:
> 
> Hi José,
> 
> Yes, I did. I think you missed one of my emails. But, here is what I did:
> > $ ldd sqlite3.exe
> >          ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x7ffc1d6f0000)
> >          ntdll.dll => /cygdrive/c/Windows/SysWOW64/ntdll.dll (0x778c0000)
> >          wow64.dll => /cygdrive/c/Windows/System32/wow64.dll (0x7ffc1c830000)
> >          wow64win.dll => /cygdrive/c/Windows/System32/wow64win.dll
> > (0x7ffc1d540000)
> 
> Ah, you compiled a 32 bit executable - I guess on a 64 bit install of cygwin.
> 
> Try
> 
> ./configure --host=x86_64-w64-mingw32 CFLAGS=-shared CFLAGS=-static-libgcc

Yes, I need the 32 bit DLL because the application that I have is 32 bit application. However, now that you mention it below, and thanks, I will build the 64 bit CLI. Thanks a lot.

> As far as I can tell compiling 32 bit apps on 64 bit cygwin did never work 
> (easily). 

It actually works for me with a command. But, thanks for your support. You have gotten me much farther.

josé

^ permalink raw reply	[relevance 7%]

* genpeimg replacement or application that act like it
@ 2022-12-12 23:28  7% Jose Isaias Cabrera
  2022-12-13 19:33  7% ` Brian Inglis
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2022-12-12 23:28 UTC (permalink / raw)
  To: cygwin


Greetings!

I tried using setup to install an application called 'genpeimg',

https://sources.debian.org/src/mingw-w64/10.0.0-2/mingw-w64-tools/genpeimg/

but I could not find it in the repo. Is there an application that does the same thing in Cygwin? Thanks.

josé

^ permalink raw reply	[relevance 7%]

* Re: genpeimg replacement or application that act like it
  2022-12-12 23:28  7% genpeimg replacement or application that act like it Jose Isaias Cabrera
@ 2022-12-13 19:33  7% ` Brian Inglis
  2022-12-13 20:15  7%   ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Brian Inglis @ 2022-12-13 19:33 UTC (permalink / raw)
  To: cygwin; +Cc: jicman

On Mon, 12 Dec 2022 23:28:16 +0000, Jose Isaias Cabrera wrote:
> I tried using setup to install an application called 'genpeimg',
> https://sources.debian.org/src/mingw-w64/10.0.0-2/mingw-w64-tools/genpeimg/
> but I could not find it in the repo. Is there an application that does the same thing in Cygwin? Thanks.

For mingw64-x86_64, use mingw64-x86_64-binutils and 
mingw64-x86_64-gcc-core/g++/objc/fortran/ada, and over 400 mingw64-x86_64-... 
packages which are development libraries, otherwise use binutils and 
gcc-core/g++/objc/fortran/ada and nearly 1400 development libraries ...-devel.

-- 
Take care. Thanks, Brian Inglis			Calgary, Alberta, Canada

La perfection est atteinte			Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter	not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer	but when there is no more to cut
			-- Antoine de Saint-Exupéry

^ permalink raw reply	[relevance 7%]

* RE: genpeimg replacement or application that act like it
  2022-12-13 19:33  7% ` Brian Inglis
@ 2022-12-13 20:15  7%   ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2022-12-13 20:15 UTC (permalink / raw)
  To: cygwin


On Tuesday, December 13, 2022 2:34 PM, Brian Inglis expressed:
> 
> For mingw64-x86_64, use mingw64-x86_64-binutils and
> mingw64-x86_64-gcc-core/g++/objc/fortran/ada, and over 400 mingw64-x86_64-...
> packages which are development libraries, otherwise use binutils and
> gcc-core/g++/objc/fortran/ada and nearly 1400 development libraries ...-devel.

Well, I got the desired output from 'file'. That worked for what I wanted. Thanks.

josé

^ permalink raw reply	[relevance 7%]

* RE: Cygwin 3.4.3 and 3.5.0... hangs in make, top, procps, ls /proc/PID/...
  @ 2023-01-19 18:42  7%                     ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2023-01-19 18:42 UTC (permalink / raw)
  To: cygwin


Corinna Vinschen, on January 19, 2023 1:39 PM wrote:

>...(had to skip 3.4.4, don't ask...)
LOL.

^ permalink raw reply	[relevance 7%]

* Python 3 versions
@ 2023-02-10 18:45  7% Jose Isaias Cabrera
  2023-02-10 20:46  7% ` Adam Dinwoodie
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2023-02-10 18:45 UTC (permalink / raw)
  To: Jim Garrison via Cygwin


Greetings.

I am going to start a project using python, but I need to be able to run some of the python3 libraries. When I use setup to install python, there are a bunch of python* versions:
python2*
python3
python36*
...
python39*

I know that python2 is, probably, on its way out. But, why so many choices for versions of python? One more question, if I install python3, does that mean that I can use all of those python3x libraries? In other words, can I use the libraries of python37* or python38* or python39? Or are these specific to those versions? Confusing, it is. Thanks.

josé

^ permalink raw reply	[relevance 7%]

* Re: Python 3 versions
  2023-02-10 18:45  7% Python 3 versions Jose Isaias Cabrera
@ 2023-02-10 20:46  7% ` Adam Dinwoodie
  2023-02-10 20:53  7%   ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Adam Dinwoodie @ 2023-02-10 20:46 UTC (permalink / raw)
  To: Jose Isaias Cabrera; +Cc: Jim Garrison via Cygwin

On Fri, 10 Feb 2023 at 18:46, Jose Isaias Cabrera via Cygwin wrote:
> Greetings.
>
> I am going to start a project using python, but I need to be able to run some of the python3 libraries. When I use setup to install python, there are a bunch of python* versions:
> python2*
> python3
> python36*
> ...
> python39*
>
> I know that python2 is, probably, on its way out.

Correct. Python2 has been completely unsupported by the Python project
for over three years:
https://devguide.python.org/developer-workflow/development-cycle/index.html#end-of-life-branches

> But, why so many choices for versions of python?

Because some Python-based programs need a specific version. If you're
starting out a new project and don't have a specific version, you can
probably use the latest version available, but that's not always the
case.

> One more question, if I install python3, does that mean that I can use all of those python3x libraries? In other words, can I use the libraries of python37* or python38* or python39? Or are these specific to those versions? Confusing, it is. Thanks.

Some Python libraries will work with any 3.x Python version. Most will
only work with a specific version. You definitely won't be able to
use, say, the python37-requests package with a python39 installation.

The "python3" package isn't a real package; it just means "the latest
package of Python3 available". Right now, that means Python 3.9, but I
expect Python 3.10 and 3.11 will appear at some point as well.

HTH

Adam

^ permalink raw reply	[relevance 7%]

* Re: Python 3 versions
  2023-02-10 20:46  7% ` Adam Dinwoodie
@ 2023-02-10 20:53  7%   ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2023-02-10 20:53 UTC (permalink / raw)
  To: Adam Dinwoodie; +Cc: Jim Garrison via Cygwin

[-- Attachment #1: Type: text/plain, Size: 369 bytes --]

On Friday, February 10, 2023 03:46 PM, Adam Dinwoodie expressed:

> The "python3" package isn't a real package; it just means "the latest
> package of Python3 available". Right now, that means Python 3.9, but I
> expect Python 3.10 and 3.11 will appear at some point as well.

Thanks, Adam. Kinda figured, but nonetheless, it's good to see it confirmed. Thanks.

^ permalink raw reply	[relevance 7%]

* Changing the python sqlite3 version to the latest
@ 2023-02-11 21:37  6% Jose Isaias Cabrera
  2023-02-13 20:24 14% ` Jose Isaias Cabrera
  2023-02-14 22:58  7% ` Marco Atzeri
  0 siblings, 2 replies; 200+ results
From: Jose Isaias Cabrera @ 2023-02-11 21:37 UTC (permalink / raw)
  To: Jim Garrison via Cygwin


Greetings.

If I install python39 and thus,
$ python
Python 3.9.10 (main, Jan 20 2022, 21:37:52)
[GCC 11.2.0] on cygwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import sqlite3
>>> sqlite3.sqlite_version
'3.34.0'
>>>

The SQlite3 version installed is v3.34.0. Right now, the version available is 3.40.1. What I would like to do is to work with the latest SQLite version. I have 3 Cygwin instances, 2 of them are working ok, another one is not. This is what I have done to get python to use 3.41.0:
- downloaded the latest SQlite check-in from the site
- $ tar -xvf SQLite-44200596.tar.gz
- cd to SQLite-44200596
- $ ./configure --prefix=/usr
- $ make install

These steps above have worked on two PCs, but I don't know what is the difference that make the other two work and not this one. I have started a few instances of Cygwin on the PC that is not working, and I have been trying since last night, and I am humbling myself, and asking for help. So, the request is to get python3 to change the SQLite3 library from 3.34.0 to 3.41.0. Any help would be greatly appreciated. Thanks.

josé

^ permalink raw reply	[relevance 6%]

* RE: Python 3.9 requires daily OK?
  @ 2023-02-11 22:31  7% ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2023-02-11 22:31 UTC (permalink / raw)
  To: Lester Ingber, cygwin


On February 11, 2023 11:27 AM, Lester Ingber expressed:
> 
> Apparently, Python-3.9 requires a daily approval to run?  On both of our
> independent PCs my wife and I have to do this daily??

I have python39 installed in many Cygwin instances, and I don't have to say ok to any of them.

^ permalink raw reply	[relevance 7%]

* Re: Changing the python sqlite3 version to the latest
  2023-02-11 21:37  6% Changing the python sqlite3 version to the latest Jose Isaias Cabrera
@ 2023-02-13 20:24 14% ` Jose Isaias Cabrera
  2023-02-14 22:58  7% ` Marco Atzeri
  1 sibling, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2023-02-13 20:24 UTC (permalink / raw)
  To: Jim Garrison via Cygwin

[-- Attachment #1: Type: text/plain, Size: 1347 bytes --]

On Saturday, February 11, 2023 04:37 PM, Jose Isaias Cabrera expressed:

> Greetings.
>
> If I install python39 and thus,
> $ python
> Python 3.9.10 (main, Jan 20 2022, 21:37:52)
> [GCC 11.2.0] on cygwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import sqlite3
> >>> sqlite3.sqlite_version
> '3.34.0'
> >>>
>
> The SQlite3 version installed is v3.34.0. Right now, the version available is
> 3.40.1. What I would like to do is to work with the latest SQLite version. I
> have 3 Cygwin instances, 2 of them are working ok, another one is not. This is
> what I have done to get python to use 3.41.0:
> - downloaded the latest SQlite check-in from the site
> - $ tar -xvf SQLite-44200596.tar.gz
> - cd to SQLite-44200596
> - $ ./configure --prefix=/usr
> - $ make install
>
> These steps above have worked on two PCs, but I don't know what is the
> difference that make the other two work and not this one. I have started a
> few instances of Cygwin on the PC that is not working, and I have been
> trying since last night, and I am humbling myself, and asking for help. So,
> the request is to get python3 to change the SQLite3 library from 3.34.0 to
> 3.41.0. Any help would be greatly appreciated. Thanks.

Any ideas or suggestions where I can get help for this? Thanks.

josé

^ permalink raw reply	[relevance 14%]

* Re: Changing the python sqlite3 version to the latest
  2023-02-11 21:37  6% Changing the python sqlite3 version to the latest Jose Isaias Cabrera
  2023-02-13 20:24 14% ` Jose Isaias Cabrera
@ 2023-02-14 22:58  7% ` Marco Atzeri
  2023-02-15  1:45  7%   ` Jose Isaias Cabrera
  1 sibling, 1 reply; 200+ results
From: Marco Atzeri @ 2023-02-14 22:58 UTC (permalink / raw)
  To: cygwin

On 11.02.2023 22:37, Jose Isaias Cabrera via Cygwin wrote:
> 
> Greetings.
> 
> If I install python39 and thus,
> $ python
> Python 3.9.10 (main, Jan 20 2022, 21:37:52)
> [GCC 11.2.0] on cygwin
> Type "help", "copyright", "credits" or "license" for more information.
>>>> import sqlite3
>>>> sqlite3.sqlite_version
> '3.34.0'


https://cygwin.com/packages/summary/sqlite3.html
Last version packaged for Cygwin is 3.34.0

Until Jan (or someone else) is packaging a more recent version
that is what is available

Regards
Marco


^ permalink raw reply	[relevance 7%]

* RE: Changing the python sqlite3 version to the latest
  2023-02-14 22:58  7% ` Marco Atzeri
@ 2023-02-15  1:45  7%   ` Jose Isaias Cabrera
  2023-02-15 12:43 13%     ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2023-02-15  1:45 UTC (permalink / raw)
  To: Marco Atzeri, cygwin


On Tuesday, February 14, 2023 5:58 PM, Marco Atzeri expressed:
> 
> On 11.02.2023 22:37, Jose Isaias Cabrera via Cygwin wrote:
> >
> > Greetings.
> >
> > If I install python39 and thus,
> > $ python
> > Python 3.9.10 (main, Jan 20 2022, 21:37:52) [GCC 11.2.0] on cygwin
> > Type "help", "copyright", "credits" or "license" for more information.
> >>>> import sqlite3
> >>>> sqlite3.sqlite_version
> > '3.34.0'
> Last version packaged for Cygwin is 3.34.0
> 
> Until Jan (or someone else) is packaging a more recent version that is what is available
> 
> Regards
> Marco

Yes, but the question is how can I update the SQLite version? I have been able to do it with 2 PCs, but there is one that is not able. Some of the sqlite folks said that is a DLL issue.

^ permalink raw reply	[relevance 7%]

* RE: Changing the python sqlite3 version to the latest
  2023-02-15  1:45  7%   ` Jose Isaias Cabrera
@ 2023-02-15 12:43 13%     ` Jose Isaias Cabrera
  2023-02-15 15:55  7%       ` Andrey Repin
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2023-02-15 12:43 UTC (permalink / raw)
  To: cygwin


On February 14, 2023 8:46 PM, Jose Isaias Cabrera expressed:
> 
> 
> On Tuesday, February 14, 2023 5:58 PM, Marco Atzeri expressed:
> >
> > On 11.02.2023 22:37, Jose Isaias Cabrera via Cygwin wrote:
> > >
> > > Greetings.
> > >
> > > If I install python39 and thus,
> > > $ python
> > > Python 3.9.10 (main, Jan 20 2022, 21:37:52) [GCC 11.2.0] on cygwin
> > > Type "help", "copyright", "credits" or "license" for more information.
> > >>>> import sqlite3
> > >>>> sqlite3.sqlite_version
> > > '3.34.0'
> > Last version packaged for Cygwin is 3.34.0
> >
> > Until Jan (or someone else) is packaging a more recent version that is
> > what is available
> >
> > Regards
> > Marco
> 
> Yes, but the question is how can I update the SQLite version? I have been
> able to do it with 2 PCs, but there is one that is not able. Some of the
> sqlite folks said that is a DLL issue.

In case anyone needs the answer, These steps worked for me:

-- Downloaded the Pre-release Snapshots
$ wget https://sqlite.org/snapshot/sqlite-snapshot-202302131932.tar.gz

-- untared the snapshot
$ tar xvf sqlite-snapshot-202302131932.tar.gz

-- cd to the untared directory
$ cd sqlite-snapshot-202302131932

$ ./configure --prefix=/usr

$ make install

And this process has set the python SQLite version to the sqlite-snapshot version. After that, you can download the trunk and follow the same procedure, and the version of the trunk will be changed also.

$ ./SQLiteVersion.py
3.41.0
['/usr/lib/python3.9/sqlite3']
3.41.0
2023-02-13 19:32:40 ecdeef43b27412b0b0b09e09a62ad3a03836a3fc80f2070268090e7ca8f02712

I hope this helps.
[JIC] 
This script may be useful...

$ cat SQLiteVersion.py
#!/usr/bin/python3

import sqlite3

def ConnectToSharedDB(sdb):
    return sqlite3.connect(sdb)

print(sqlite3.sqlite_version)
print(sqlite3.__path__)
SharedDB = ":memory:"
con = ConnectToSharedDB(SharedDB)
cur = con.cursor()
cur.execute("SELECT sqlite_version(),sqlite_source_id();")
for row in cur:
    print(row[0] + '\r\n' + row[1])

con.close()

^ permalink raw reply	[relevance 13%]

* Re: Changing the python sqlite3 version to the latest
  2023-02-15 12:43 13%     ` Jose Isaias Cabrera
@ 2023-02-15 15:55  7%       ` Andrey Repin
  2023-02-15 18:29  7%         ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Andrey Repin @ 2023-02-15 15:55 UTC (permalink / raw)
  To: Jose Isaias Cabrera, cygwin

Greetings, Jose Isaias Cabrera!

> In case anyone needs the answer, These steps worked for me:

> -- Downloaded the Pre-release Snapshots
> $ wget https://sqlite.org/snapshot/sqlite-snapshot-202302131932.tar.gz

> -- untared the snapshot
> $ tar xvf sqlite-snapshot-202302131932.tar.gz

> -- cd to the untared directory
> $ cd sqlite-snapshot-202302131932

> $ ./configure --prefix=/usr

> $ make install

Don't forget to rebase the resulting binary(-es).

> And this process has set the python SQLite version to the sqlite-snapshot
> version. After that, you can download the trunk and follow the same
> procedure, and the version of the trunk will be changed also.

> $ ./SQLiteVersion.py
> 3.41.0
> ['/usr/lib/python3.9/sqlite3']
> 3.41.0
> 2023-02-13 19:32:40
> ecdeef43b27412b0b0b09e09a62ad3a03836a3fc80f2070268090e7ca8f02712

> I hope this helps.
> [JIC] 
> This script may be useful...

> $ cat SQLiteVersion.py
> #!/usr/bin/python3

> import sqlite3

> def ConnectToSharedDB(sdb):
>     return sqlite3.connect(sdb)

> print(sqlite3.sqlite_version)
> print(sqlite3.__path__)
> SharedDB = ":memory:"
> con = ConnectToSharedDB(SharedDB)
> cur = con.cursor()
> cur.execute("SELECT sqlite_version(),sqlite_source_id();")
> for row in cur:
>     print(row[0] + '\r\n' + row[1])

> con.close()



-- 
With best regards,
Andrey Repin
Wednesday, February 15, 2023 18:54:24

Sorry for my terrible english...


^ permalink raw reply	[relevance 7%]

* Re: Changing the python sqlite3 version to the latest
  2023-02-15 15:55  7%       ` Andrey Repin
@ 2023-02-15 18:29  7%         ` Jose Isaias Cabrera
  2023-02-16  6:14  7%           ` Andrey Repin
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2023-02-15 18:29 UTC (permalink / raw)
  To: cygwin

On Wednesday, February 15, 2023 10:55 AM, Andrey Repin  expressed:

> > -- untared the snapshot
> > $ tar xvf sqlite-snapshot-202302131932.tar.gz
> 
> > -- cd to the untared directory
> > $ cd sqlite-snapshot-202302131932
> 
> > $ ./configure --prefix=/usr
> 
> > $ make install
> 
> Don't forget to rebase the resulting binary(-es).

How do I do that? Right now, "it's working ok", from what I can see. Thanks.

^ permalink raw reply	[relevance 7%]

* Re: Changing the python sqlite3 version to the latest
  2023-02-15 18:29  7%         ` Jose Isaias Cabrera
@ 2023-02-16  6:14  7%           ` Andrey Repin
  2023-02-16 14:25  7%             ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Andrey Repin @ 2023-02-16  6:14 UTC (permalink / raw)
  To: Jose Isaias Cabrera, cygwin

Greetings, Jose Isaias Cabrera!

> On Wednesday, February 15, 2023 10:55 AM, Andrey Repin  expressed:

>> > -- untared the snapshot
>> > $ tar xvf sqlite-snapshot-202302131932.tar.gz
>> 
>> > -- cd to the untared directory
>> > $ cd sqlite-snapshot-202302131932
>> 
>> > $ ./configure --prefix=/usr
>> 
>> > $ make install
>> 
>> Don't forget to rebase the resulting binary(-es).

> How do I do that?

    rebase -s /path/to/binary …

The -n switch may be necessary as well.

> Right now, "it's working ok", from what I can see. Thanks.

Merely a coincidence.


-- 
With best regards,
Andrey Repin
Thursday, February 16, 2023 02:44:10

Sorry for my terrible english...

^ permalink raw reply	[relevance 7%]

* RE: Changing the python sqlite3 version to the latest
  2023-02-16  6:14  7%           ` Andrey Repin
@ 2023-02-16 14:25  7%             ` Jose Isaias Cabrera
  2023-02-16 18:40  7%               ` Marco Atzeri
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2023-02-16 14:25 UTC (permalink / raw)
  To: cygwin


On February 16, 2023 1:15 AM, Andrey Repin expressed:

> >> Don't forget to rebase the resulting binary(-es).
> 
> > How do I do that?
> 
> rebase -s /path/to/binary ...
> 
> The -n switch may be necessary as well.

jcabrera@JIC ~
$ rebase -s -n /usr/bin/sqlite3.exe

Nothing different, apparently, has taken place. But, I will take your word for it. :-) Thanks.

^ permalink raw reply	[relevance 7%]

* Re: Changing the python sqlite3 version to the latest
  2023-02-16 14:25  7%             ` Jose Isaias Cabrera
@ 2023-02-16 18:40  7%               ` Marco Atzeri
  0 siblings, 0 replies; 200+ results
From: Marco Atzeri @ 2023-02-16 18:40 UTC (permalink / raw)
  To: cygwin



On 16.02.2023 15:25, Jose Isaias Cabrera via Cygwin wrote:
> 
> On February 16, 2023 1:15 AM, Andrey Repin expressed:
> 
>>>> Don't forget to rebase the resulting binary(-es).
>>
>>> How do I do that?
>>
>> rebase -s /path/to/binary ...
>>
>> The -n switch may be necessary as well.
> 
> jcabrera@JIC ~
> $ rebase -s -n /usr/bin/sqlite3.exe

rebase is for DLL so use

   /usr/bin/cygsqlite3-0.dll
or
   /usr/local/bin/cygsqlite3-0.dll

depending where you installed

> Nothing different, apparently, has taken place. But, I will take your word for it. :-) Thanks.

you could see a difference in base address before and after the
   "rebase -s .."

$ rebase -i /usr/bin/cygsqlite3-0.dll
/usr/bin/cygsqlite3-0.dll                 base 0x0003b7370000 size 
0x00147000

Regards
MArco

^ permalink raw reply	[relevance 7%]

* OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'
@ 2023-02-20 18:04  7% Jose Isaias Cabrera
  2023-02-20 18:57  7% ` Henry S. Thompson
  2023-02-20 18:58  7% ` Marco Atzeri
  0 siblings, 2 replies; 200+ results
From: Jose Isaias Cabrera @ 2023-02-20 18:04 UTC (permalink / raw)
  To: Jim Garrison via Cygwin


Greetings.

Python 3 apparently does not support the python keyboard library in Cygwin:

$ python3
Python 3.9.10 (main, Jan 20 2022, 21:37:52)
[GCC 11.2.0] on cygwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import keyboard
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python3.9/site-packages/keyboard/__init__.py", line 128, in <module>
    raise OSError("Unsupported platform '{}'".format(_platform.system()))
OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'
>>>

Any ideas on how I can make this work?  Thanks.

josé

^ permalink raw reply	[relevance 7%]

* Re: OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'
  2023-02-20 18:04  7% OSError: Unsupported platform 'CYGWIN_NT-10.0-19044' Jose Isaias Cabrera
@ 2023-02-20 18:57  7% ` Henry S. Thompson
  2023-02-20 20:17  6%   ` Jose Isaias Cabrera
  2023-02-20 18:58  7% ` Marco Atzeri
  1 sibling, 1 reply; 200+ results
From: Henry S. Thompson @ 2023-02-20 18:57 UTC (permalink / raw)
  To: Jose Isaias Cabrera; +Cc: Jim Garrison via Cygwin

Jose Isaias Cabrera via Cygwin writes:

>   File "/usr/local/lib/python3.9/site-packages/keyboard/__init__.py", line 128, in <module>
>     raise OSError("Unsupported platform '{}'".format(_platform.system()))
> OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'
>>>>
>
> Any ideas on how I can make this work?  Thanks.

First thing to find out if it's truly broken, or just not known to
work.

With a _safe_ test case, just try editting the code to allow Cygwin,
e.g. on line 121 of keyboard/__init__.py:

  if _platform.system() in ['Windows','CYGWIN_NT-10.0-19044']:

If that doesn't work, try a similar edit on line 123.

One way or the other, you should find out what the _real_ problem is.

ht
-- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
                Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk
                       URL: http://www.ltg.ed.ac.uk/~ht/
 [mail from me _always_ has a .sig like this -- mail without it is forged spam]

The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.


^ permalink raw reply	[relevance 7%]

* Re: OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'
  2023-02-20 18:04  7% OSError: Unsupported platform 'CYGWIN_NT-10.0-19044' Jose Isaias Cabrera
  2023-02-20 18:57  7% ` Henry S. Thompson
@ 2023-02-20 18:58  7% ` Marco Atzeri
  2023-02-20 19:31  7%   ` Jose Isaias Cabrera
  1 sibling, 1 reply; 200+ results
From: Marco Atzeri @ 2023-02-20 18:58 UTC (permalink / raw)
  To: cygwin

On 20.02.2023 19:04, Jose Isaias Cabrera via Cygwin wrote:
> 
> Greetings.
> 
> Python 3 apparently does not support the python keyboard library in Cygwin:
> 
> $ python3
> Python 3.9.10 (main, Jan 20 2022, 21:37:52)
> [GCC 11.2.0] on cygwin
> Type "help", "copyright", "credits" or "license" for more information.
>>>> import keyboard
> Traceback (most recent call last):
>    File "<stdin>", line 1, in <module>
>    File "/usr/local/lib/python3.9/site-packages/keyboard/__init__.py", line 128, in <module>
                 ^^^^

it is your own build


>      raise OSError("Unsupported platform '{}'".format(_platform.system()))
> OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'
>>>>
> 
> Any ideas on how I can make this work?  Thanks.
> 
> josé
> 

I assume you are installing

    https://pypi.org/project/keyboard/

and it seems requires dedicated HDW interfaces
   "Works with Windows and Linux (requires sudo), with experimental OS X 
  support"


So you are on your own

Regards
Marco





^ permalink raw reply	[relevance 7%]

* Re: OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'
  2023-02-20 18:58  7% ` Marco Atzeri
@ 2023-02-20 19:31  7%   ` Jose Isaias Cabrera
  2023-02-21  7:52  7%     ` Csaba Raduly
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2023-02-20 19:31 UTC (permalink / raw)
  To: cygwin, Marco Atzeri


On Monday, February 20, 2023 01:58 PM, Marco expressed:

> > Traceback (most recent call last):
> >    File "<stdin>", line 1, in <module>
> >    File "/usr/local/lib/python3.9/site-packages/keyboard/__init__.py", line 128, in <module>
>              ^^^^
> it is your own build

Well, this is not part of Cygwin Setup python3's library. So, I installed it using pip3:

$ ls *.whl
keyboard-0.13.5-py3-none-any.whl*

$ pip3 install keyboard-0.13.5-py3-none-any.whl

> 
> I assume you are installing
> https://pypi.org/project/keyboard/

Yes.
 
> and it seems requires dedicated HDW interfaces
> "Works with Windows and Linux (requires sudo), with experimental OS X
> support"
> 
> So you are on your own

It says it works with Windows, why am I on my own?  It should work.

^ permalink raw reply	[relevance 7%]

* Re: OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'
  2023-02-20 18:57  7% ` Henry S. Thompson
@ 2023-02-20 20:17  6%   ` Jose Isaias Cabrera
  2023-02-20 20:48  7%     ` Henry S. Thompson
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2023-02-20 20:17 UTC (permalink / raw)
  To: Henry S. Thompson; +Cc: Jim Garrison via Cygwin


On Monday, February 20, 2023 01:57 PM, Henry S. Thompson  expressed:
 
> First thing to find out if it's truly broken, or just not known to
> work.
> 
> With a _safe_ test case, just try editting the code to allow Cygwin,
> e.g. on line 121 of keyboard/__init__.py:
> 
> if _platform.system() in ['Windows','CYGWIN_NT-10.0-19044']:

This one failed:
$ python3
Python 3.9.10 (main, Jan 20 2022, 21:37:52)
[GCC 11.2.0] on cygwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import keyboard
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python3.9/site-packages/keyboard/__init__.py", line 122, in <module>
    from. import _winkeyboard as _os_keyboard
  File "/usr/local/lib/python3.9/site-packages/keyboard/_winkeyboard.py", line 37, in <module>
    kernel32 = ctypes.WinDLL('kernel32', use_last_error=True)
AttributeError: module 'ctypes' has no attribute 'WinDLL'

The linux one worked, but...
    if keyboard.is_pressed("a"):
  File "/usr/local/lib/python3.9/site-packages/keyboard/__init__.py", line 410, in is_pressed
    _listener.start_if_necessary()
  File "/usr/local/lib/python3.9/site-packages/keyboard/_generic.py", line 35, in start_if_necessary
    self.init()
  File "/usr/local/lib/python3.9/site-packages/keyboard/__init__.py", line 196, in init
    _os_keyboard.init()
  File "/usr/local/lib/python3.9/site-packages/keyboard/_nixkeyboard.py", line 113, in init
    build_device()
  File "/usr/local/lib/python3.9/site-packages/keyboard/_nixkeyboard.py", line 109, in build_device
    ensure_root()
  File "/usr/local/lib/python3.9/site-packages/keyboard/_nixcommon.py", line 174, in ensure_root
    raise ImportError('You must be root to use this library on linux.')
ImportError: You must be root to use this library on linux.

More work to be done. 

> One way or the other, you should find out what the _real_ problem is.

Let's see how far I can go. All I want is to capture the ENTER key in a website powered by python3. Thanks for the ideas.

^ permalink raw reply	[relevance 6%]

* Re: OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'
  2023-02-20 20:17  6%   ` Jose Isaias Cabrera
@ 2023-02-20 20:48  7%     ` Henry S. Thompson
  2023-02-20 21:41  6%       ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Henry S. Thompson @ 2023-02-20 20:48 UTC (permalink / raw)
  To: Jose Isaias Cabrera; +Cc: Jim Garrison via Cygwin

Jose Isaias Cabrera writes:

> ...
>   File "/usr/local/lib/python3.9/site-packages/keyboard/_nixcommon.py", line 174, in ensure_root
>     raise ImportError('You must be root to use this library on linux.')
> ImportError: You must be root to use this library on linux.
>
> More work to be done.

Two things to try:
 1) Run python from an elevated shell (unlikely to make a difference);
 2) Same strategy -- edit _nixcommon.py to always return true from
    ensure_root.

Good luck,

ht
-- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
                Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk
                       URL: http://www.ltg.ed.ac.uk/~ht/
 [mail from me _always_ has a .sig like this -- mail without it is forged spam]

The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.


^ permalink raw reply	[relevance 7%]

* Re: OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'
  2023-02-20 20:48  7%     ` Henry S. Thompson
@ 2023-02-20 21:41  6%       ` Jose Isaias Cabrera
  0 siblings, 0 replies; 200+ results
From: Jose Isaias Cabrera @ 2023-02-20 21:41 UTC (permalink / raw)
  To: Henry S. Thompson; +Cc: Jim Garrison via Cygwin


On Monday, February 20, 2023 03:48 PM, Henry S. Thompson  expressed:

> Two things to try:
> 1) Run python from an elevated shell (unlikely to make a difference);

This was the easy part. :-) Same issue.

> 2) Same strategy -- edit _nixcommon.py to always return true from
> ensure_root.

Now, it's getting a little deeper, but I will try this again tomorrow.

$ cat chkKBoard.py
#!/usr/bin/python3
import keyboard
while True:
    if keyboard.is_pressed("a"):
        print("You pressed 'a'.")
        break

$ ./chkKBoard.py
/usr/local/lib/python3.9/site-packages/keyboard/_nixkeyboard.py:110: UserWarning: Failed to create a device file using `uinput` module. Sending of events may be limited or unavailable depending on plugged-in devices.
  device = aggregate_devices('kbd')
Traceback (most recent call last):
  File "/home/E608313/./chkKBoard.py", line 4, in <module>
    if keyboard.is_pressed("a"):
  File "/usr/local/lib/python3.9/site-packages/keyboard/__init__.py", line 410, in is_pressed
    _listener.start_if_necessary()
  File "/usr/local/lib/python3.9/site-packages/keyboard/_generic.py", line 35, in start_if_necessary
    self.init()
  File "/usr/local/lib/python3.9/site-packages/keyboard/__init__.py", line 196, in init
    _os_keyboard.init()
  File "/usr/local/lib/python3.9/site-packages/keyboard/_nixkeyboard.py", line 113, in init
    build_device()
  File "/usr/local/lib/python3.9/site-packages/keyboard/_nixkeyboard.py", line 110, in build_device
    device = aggregate_devices('kbd')
  File "/usr/local/lib/python3.9/site-packages/keyboard/_nixcommon.py", line 168, in aggregate_devices
    assert fake_device
AssertionError

This is tomorrow's problem. Can't work tomorrow's problem today. :-) Thanks for the ideas.

^ permalink raw reply	[relevance 6%]

* Re: OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'
  2023-02-20 19:31  7%   ` Jose Isaias Cabrera
@ 2023-02-21  7:52  7%     ` Csaba Raduly
  2023-02-21 20:03  7%       ` Jose Isaias Cabrera
  0 siblings, 1 reply; 200+ results
From: Csaba Raduly @ 2023-02-21  7:52 UTC (permalink / raw)
  To: Jose Isaias Cabrera; +Cc: cygwin, Marco Atzeri

On Mon, 20 Feb 2023 at 20:32, Jose Isaias Cabrera via Cygwin wrote:
>
> It says it works with Windows, why am I on my own?  It should work.
>

Because you're not on Windows. You're on Cygwin, which acts as a POSIX
(Unix-like) system.

If you want Python *on Windows*, start here:
https://www.python.org/downloads/windows/

Csaba
-- 
You can get very substantial performance improvements
by not doing the right thing. - Scott Meyers, An Effective C++11/14 Sampler
So if you're looking for a completely portable, 100% standards-conformant way
to get the wrong information: this is what you want. - Scott Meyers (C++TDaWYK)

^ permalink raw reply	[relevance 7%]

* RE: OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'
  2023-02-21  7:52  7%     ` Csaba Raduly
@ 2023-02-21 20:03  7%       ` Jose Isaias Cabrera
  2023-02-21 20:52  7%         ` Eliot Moss
  0 siblings, 1 reply; 200+ results
From: Jose Isaias Cabrera @ 2023-02-21 20:03 UTC (permalink / raw)
  To: cygwin


On February 21, 2023 2:52 AM, Csaba Raduly  expressed:

> Because you're not on Windows. You're on Cygwin, which acts as a POSIX
> (Unix-like) system.

Wow! Thanks for that deep thought. :-) I knew that. :-) I have been using Cygwin since 1999 (sometimes more than others). I just thought that by now, Windows would have started playing nicer and had made enough changes to be friendlier to POSIX. Long story, but I need to use Cygwin for this. Thanks, though.

^ permalink raw reply	[relevance 7%]

* Re: OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'
  2023-02-21 20:03  7%       ` Jose Isaias Cabrera
@ 2023-02-21 20:52  7%         ` Eliot Moss
  2023-02-22 15:56  0%           ` Brian Inglis
  0 siblings, 1 reply; 200+ results
From: Eliot Moss @ 2023-02-21 20:52 UTC (permalink / raw)
  To: Jose Isaias Cabrera, cygwin

On 2/22/2023 7:03 AM, Jose Isaias Cabrera via Cygwin wrote:
> 
> On February 21, 2023 2:52 AM, Csaba Raduly  expressed:
> 
>> Because you're not on Windows. You're on Cygwin, which acts as a POSIX
>> (Unix-like) system.
> 
> Wow! Thanks for that deep thought. :-) I knew that. :-) I have been using Cygwin since 1999 (sometimes more than others). I just thought that by now, Windows would have started playing nicer and had made enough changes to be friendlier to POSIX. Long story, but I need to use Cygwin for this. Thanks, though.

Sorry - hard to know whether one is dealing with a "newbie" or not.

EM

^ permalink raw reply	[relevance 7%]

* Re: OSError: Unsupported platform 'CYGWIN_NT-10.0-19044'
  2023-02-21 20:52  7%         ` Eliot Moss
@ 2023-02-22 15:56  0%           ` Brian Inglis
  0 siblings, 0 replies; 200+ results
From: Brian Inglis @ 2023-02-22 15:56 UTC (permalink / raw)
  To: cygwin

On 2023-02-21 13:52, Eliot Moss via Cygwin wrote:
> On 2/22/2023 7:03 AM, Jose Isaias Cabrera via Cygwin wrote:
>>
>> On February 21, 2023 2:52 AM, Csaba Raduly  expressed:
>>
>>> Because you're not on Windows. You're on Cygwin, which acts as a POSIX
>>> (Unix-like) system.
>>
>> Wow! Thanks for that deep thought. :-) I knew that. :-) I have been using 
>> Cygwin since 1999 (sometimes more than others). I just thought that by now, 
>> Windows would have started playing nicer and had made enough changes to be 
>> friendlier to POSIX. Long story, but I need to use Cygwin for this. Thanks, 
>> though.

> Sorry - hard to know whether one is dealing with a "newbie" or not.

In Thunderbird, I sort by "Correspondents" and see he has been posting since at 
least 2019, you can also search "From, To, Cc, Bcc" or similar for the surname, 
and on the web e.g.

	https://inbox.sourceware.org/cygwin/?q=Cabrera&o=-1

shows 1998 - earlier than even he remembers ;^>

-- 
Take care. Thanks, Brian Inglis              Calgary, Alberta, Canada

La perfection est atteinte                   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer     but when there is no more to cut
                                 -- Antoine de Saint-Exupéry

^ permalink raw reply	[relevance 0%]

Results 1-200 of ~310   | reverse | sort options + mbox downloads above
-- links below jump to the message on this page --
1998-09-07  4:10     Installshield lro
1998-09-08  7:53  8% ` Colors Jose I. Cabrera
1998-09-09 19:41  7%   ` Colors Alex Rezinsky
1998-09-10  2:15  8%     ` Colors Jose I. Cabrera
1998-10-08  8:26  8%     ` tcsh Jose I. Cabrera
1998-10-09  2:33  7%       ` tcsh Corinna Vinschen
1998-11-25 12:51  8%     ` bash scripts and cd's Jose I. Cabrera
1998-09-08  9:01     Loading gnu made DLL with MSVC Massimo CICCOTELLI
1998-09-15 19:33  8% ` cd'ing to a shortcut Jose I. Cabrera
1998-10-02 15:15  8% ` newbie seeks help Jose I. Cabrera
1998-11-12 16:07  8% ` Loading gnu made DLL with MSVC Jose I. Cabrera
     [not found]     ` <3.0.5.32.19980916144752.00ae9bf0@pop.ma.ultranet.com>
1998-12-10 18:56  8%   ` chmod and ftp'ed files Jose I. Cabrera
1998-09-09  6:59  9% Colors 조재철
1998-10-05 17:10     B19: Symify-type core dump stack explainer? Adam Chlipala
1998-10-06 11:05  8% ` which command in Unix Jose I. Cabrera
1998-10-07  8:45  9% Earnie Boyd
1998-10-07 15:04  0% Brendon Oliver
1998-10-09  6:48  9% tcsh Earnie Boyd
     [not found]     <000901bdf5b5$20dcd130$661412ac@slender.telelogic.com>
1998-10-12 15:39  8% ` telnet Jose I. Cabrera
1998-10-13  5:17  7%   ` telnet Harry Broomhall
1998-10-14 14:52  9% telnet Scandora, Anthony E., Jr.
1998-10-14 22:34  9% telnet Scandora, Anthony E., Jr.
1998-10-19  2:58     New Installation Stephen Marley
1998-10-20  8:56     ` Larry Hall
1998-10-21  7:18  8%   ` Jose I. Cabrera
1998-11-02  0:02     tk and gdb missing in B20 full release Geoffrey Noer
1998-11-03  1:47     ` Updated full.exe available Geoffrey Noer
1998-11-06  9:01  8%   ` Jose I. Cabrera
1998-11-27  4:40  9% bash scripts and cd's Earnie Boyd
1998-11-27 15:14  8% ` Jose I. Cabrera
1999-02-25 10:58  6% ls and long file names Jose I. Cabrera
     [not found]     ` < 004601be60f1$5fca2260$1226e70d@channels.usa.xerox.com >
1999-02-25 11:12  7%   ` Mumit Khan
1999-02-28 23:02  7%     ` Mumit Khan
1999-02-28 23:02  6% ` Jose I. Cabrera
1999-02-25 14:24  0% Heribert Dahms
1999-02-28 23:02  0% ` Heribert Dahms
1999-02-25 18:21  7% Earnie Boyd
1999-02-28 23:02  7% ` Earnie Boyd
1999-02-26  2:53  0% Bernard Dautrevaux
1999-02-28 23:02  0% ` Bernard Dautrevaux
1999-02-26  7:18 14% Jose I. Cabrera
1999-02-28 23:02 14% ` Jose I. Cabrera
1999-02-26  7:40 12% Jose I. Cabrera
1999-02-28 23:02 12% ` Jose I. Cabrera
1999-02-26 16:04  0% Heribert Dahms
1999-02-28 23:02  0% ` Heribert Dahms
1999-02-26 17:18 14% Jose I. Cabrera
1999-02-28 23:02 14% ` Jose I. Cabrera
2002-04-01 23:03     Problem in downloading deepu.arora
2002-04-02  2:31  7% ` Kenneth Cabrera
2002-04-08 18:09     tar won't restore permissions Ivan Dobrianov
2002-04-08 18:16     ` Andrew Chang
2002-04-08 18:39 14%   ` Install error message Kenneth Cabrera
2005-05-07 16:09     Strange-Dangerous behaviour in Cygwin Christopher Faylor
2005-05-08 15:13     ` Angelo Graziosi
2005-05-08 23:04       ` Christopher Faylor
2005-05-09  3:30         ` Carlo Florendo
2005-05-09  4:39  7%       ` jose isaias cabrera
2007-08-29 18:14  7% Using Windows XP SP2 firewall API Miguel Angel Cabrera
2007-08-30  0:41  7% ` Eric Blake
2008-12-10 21:27     cygwin and cygwin-xfree lists to merge Christopher Faylor
     [not found]     ` <9B29BB8574554DA0A6166888BE03B534@jicman>
     [not found]       ` <20081210212839.GA3082@ednor.casa.cgf.cx>
     [not found]         ` <041201c95c9b$634b5f20$3201a8c0@aew2knew>
2008-12-12 20:49  0%       ` Christopher Faylor
2009-03-08 20:10  8% Can not see what is being typed and cursor does not move jose isaias cabrera
2009-03-08 20:37  7% ` Mark J. Reed
2009-03-08 20:51  8%   ` jose isaias cabrera
2018-08-28  3:14  5% [ANNOUNCEMENT] Updated: openssl-1.0.2p-1 Corinna Vinschen
2019-03-01 21:22  5% [ANNOUNCEMENT] openssl 1.0.2r-1 Corinna Vinschen
2019-05-08 19:00  7% Building Bedrockdb in cygwin Jose Isaias Cabrera
2019-05-13 18:17 13% ` Jose Isaias Cabrera
2019-05-13 18:48  7%   ` Jack
2019-05-13 19:01  6%     ` Jose Isaias Cabrera
2019-05-13 19:09  7%       ` Achim Gratz
2019-05-13 19:24  6%         ` Jose Isaias Cabrera
2019-05-13 19:21  6%       ` Jack
2019-05-13 20:15  7%         ` Jose Isaias Cabrera
2019-05-13 20:23  7%           ` Jack
2019-05-13 20:37  7%             ` Jose Isaias Cabrera
2019-05-13 21:26  7%               ` Jack
2019-05-13 21:58  6%                 ` Jose Isaias Cabrera
2019-05-14  3:29  7%                   ` Brian Inglis
2019-05-14 13:51  6%                     ` Jose Isaias Cabrera
2019-05-14 16:18  6%                       ` Brian Inglis
2019-05-14 16:27 12%                         ` Jose Isaias Cabrera
2019-05-14 17:11  6%                           ` Jose Isaias Cabrera
2019-05-14 22:17  6%                             ` Csaba Ráduly
2019-05-15 12:24  6%                               ` Jose Isaias Cabrera
2019-05-10 12:58     Bug report. Clang sqrtl(-1) causes access violation Agner Fog
2019-05-10 13:50  6% ` Jose Isaias Cabrera
2019-05-10 19:44  9%   ` Agner Fog
2019-05-10 19:54  7%     ` Jose Isaias Cabrera
2019-05-10 20:56  7%       ` Agner Fog
2019-05-11  3:33  6%         ` Jose Isaias Cabrera
2019-05-15 14:34     [ANNOUNCEMENT] Updated: sqlite3-3.28.0-1 for Cygwin/Cygwin64 Jan Nijtmans
2019-05-15 14:36  6% ` Jose Isaias Cabrera
2019-05-15 20:58  7% How to install gcc and g++ 6 on cygwin which are not on the setup.exe Jose Isaias Cabrera
2019-05-16  7:36  7% ` Csaba Raduly
2019-05-16 16:47  7%   ` Jose Isaias Cabrera
2019-05-16 21:47  7%     ` Csaba Ráduly
2019-05-17  3:28  6%       ` Jose Isaias Cabrera
2019-05-17 13:16  7%         ` Eliot Moss
2019-05-17 15:21  7%           ` Jose Isaias Cabrera
2019-05-18  3:18  7%             ` Jose Isaias Cabrera
2019-05-18  5:14  7%               ` Brian Inglis
2019-05-18  6:50  0%                 ` Csaba Raduly
2019-05-18 12:19  7%                   ` Jose Isaias Cabrera
2019-05-18 15:54  7%                     ` Ken Brown
2019-05-18 20:15  0%                       ` Csaba Raduly
2019-05-18 23:15  3%                       ` Jose Isaias Cabrera
2019-05-19  1:24  6%                         ` Jose Isaias Cabrera
2019-05-19  2:57  7%                           ` Jack
2019-05-19  8:37  0%                             ` Csaba Raduly
2019-05-20 14:56  7%                               ` Jose Isaias Cabrera
2019-05-18 12:16 14%                 ` Jose Isaias Cabrera
2019-05-18 12:01 13%               ` Jose Isaias Cabrera
2019-05-18  5:13  6% ` Doug Henderson
2019-05-18 12:14  6%   ` Jose Isaias Cabrera
2019-05-19 19:44     Is our use of Cygwin to build & run OpenOCD a good one? Bob Cochran
2019-05-20 14:16     ` Erik Soderquist
2019-05-20 14:27  7%   ` Jose Isaias Cabrera
2019-05-20 18:49  7%     ` Bob Cochran
2019-05-21 17:55  0%       ` LRN
2019-05-21 18:21  7%         ` Jose Isaias Cabrera
2019-05-22  6:05  0%         ` Bob Cochran
2019-05-20 19:12  5% The adventure of building Bedrock in Cygwin: any help would be appreciated Jose Isaias Cabrera
2019-05-20 20:23  6% ` Hans-Bernhard Bröker
2019-05-21 12:51  6%   ` Jose Isaias Cabrera
2019-05-27  9:15     getent doesn't show all domain users Maayan Apelboim
2019-05-27 15:59     ` Brian Inglis
2019-06-03 11:14       ` Corinna Vinschen
2019-06-03 14:52  7%     ` Jose Isaias Cabrera
2019-05-29 17:02  7% How to build a DLL without cygwin DLL dependencies Jose Isaias Cabrera
2019-05-29 17:55     ` Tony Kelman
2019-05-29 18:27  6%   ` Jose Isaias Cabrera
2019-05-29 20:18         ` Tony Kelman
2019-05-30  2:51  6%       ` Jose Isaias Cabrera
2019-05-31 17:01             ` Tatsuro MATSUOKA
2019-05-31 17:14  7%           ` Jose Isaias Cabrera
2019-05-31 18:24  7%             ` Brian Inglis
2019-06-06  4:26     Dragging from explorer to cygwin terminal is not putting the path into the terminal Academy OfFetishes
2019-06-06 17:15     ` Houder
2019-06-06 17:57       ` Academy OfFetishes
2019-06-06 19:56         ` Houder
2019-06-06 22:27           ` Academy OfFetishes
2019-06-06 23:04             ` Houder
2019-06-07  7:41               ` Thomas Wolff
2019-06-07 17:33                 ` Academy OfFetishes
2019-06-08  0:41                   ` Doug Henderson
2019-06-08  0:53                     ` Academy OfFetishes
2019-06-08  7:10                       ` Thomas Wolff
2019-06-08 13:12                         ` Brian Inglis
2019-06-09 13:05                           ` Thomas Wolff
2019-06-09 13:20  6%                         ` Jose Isaias Cabrera
2019-06-13 17:02  7% network trace capturing tool in cygwin Jose Isaias Cabrera
2019-06-13 17:27  7% ` Pokechu22
2019-06-13 17:40  7%   ` Jose Isaias Cabrera
2019-06-18 15:35  7% ` Andrey Repin
2019-06-18 16:54  7%   ` Jose Isaias Cabrera
2019-06-18 18:20  7%     ` Andrey Repin
2019-06-18 18:27  7%       ` Jose Isaias Cabrera
2019-06-19 18:19  7%         ` Brian Inglis
2019-06-17  9:48     [ANNOUNCEMENT] tcsh 6.21.00-1 Corinna Vinschen
2019-06-17 12:11  6% ` Jose Isaias Cabrera
2019-06-17 13:13  7%   ` Csaba Raduly
2019-06-17 13:18  7%     ` Jose Isaias Cabrera
2019-06-17 16:11  0%     ` Brian Inglis
2019-06-18  2:27  0%       ` Greywolf
2019-06-18 16:31  7%         ` Jose Isaias Cabrera
2019-08-05  0:49     TeXmacs 1.99.9-1 closes abruptly while mousing over menu Ken
2019-08-07 16:29     ` marco atzeri
2019-08-07 16:39  7%   ` Jose Isaias Cabrera
     [not found]     <1910922536.1217465852.1566975322390.JavaMail.root@zimbra76-e14.priv.proxad.net>
2019-08-28  8:32     ` bug with grep 3.0.2 in cygwin 3.0.7 akiki
2019-08-29 19:20       ` Andrey Repin
2019-08-30  6:12         ` Eliot Moss
2019-08-30  7:50           ` Duncan Roe
2019-08-30 13:04  7%         ` Jose Isaias Cabrera
2019-09-13 12:18     My C arrays are too large Blair, Charles E III
2019-09-13 18:44     ` Achim Gratz
2019-09-13 19:01  7%   ` Jose Isaias Cabrera
2019-09-14  5:32  7%     ` Lee
2019-09-18 19:09  7%     ` Joel Rees
2019-09-18 20:40  7%       ` Jose Isaias Cabrera
2019-09-18 20:46  7%         ` Eliot Moss
2019-09-19  1:19  7%         ` Joel Rees
2019-09-19 18:04  7%           ` Jose Isaias Cabrera
2019-09-19 21:58  6%         ` Brian Inglis
2019-09-20 21:05  7% Snapshot of cygwin applications installed in a PC Jose Isaias Cabrera
2019-09-21  6:58  7% ` Andrey Repin
2019-09-21 15:42  0%   ` Marco Atzeri
2019-09-23 21:23  6%     ` Jose Isaias Cabrera
2019-10-17  9:02     getent doesn't work properly Maayan Apelboim
2019-10-17 12:23  7% ` Jose Isaias Cabrera
2019-10-17 13:02  6%   ` Maayan Apelboim
2019-10-17 16:55  7%     ` Jose Isaias Cabrera
2019-10-18 12:44  6%       ` Brian Inglis
2019-10-24  3:20     Need help to update cygwin Arun Kumar
2019-10-24 12:22  7% ` Jose Isaias Cabrera
2019-11-19 15:46     [ANNOUNCEMENT] cygwin 3.1.0-0.8 (TEST) Corinna Vinschen
2019-11-19 17:18  7% ` Jose Isaias Cabrera
2020-01-09 17:21     makecab.exe hangs on cygwin 3.1 Mike Kaganski
2020-01-09 19:48  7% ` Jose Isaias Cabrera
     [not found]     <937489593.4978154.1582060605719.ref@mail.yahoo.com>
2020-02-18 21:18     ` cygwin 3.1 pseudo console in PTY and break/ctrl-c handling Kevin Schnitzius via cygwin
2020-02-18 21:30  7%   ` Jose Isaias Cabrera
2020-03-06 18:55  7% Setup usage of sites requiring proxy credentials Jose Isaias Cabrera
2020-03-06 20:43  7% ` Jon Turney
2022-12-02 20:37  6% Building SQLite3 CLI without Jose Isaias Cabrera
2022-12-02 21:37  7% ` Oskar Skog
2022-12-02 21:53  7%   ` Jose Isaias Cabrera
2022-12-03 21:14  7%   ` Jose Isaias Cabrera
2022-12-03 22:20  7%     ` Ken Brown
2022-12-03 23:15  7%       ` Jose Isaias Cabrera
2022-12-03 16:23  7% ` Andrey Repin
2022-12-03 18:34  7%   ` Jose Isaias Cabrera
2022-12-03 22:36     [ANNOUNCEMENT] Updated: cpuid 20221201 Cygwin cpuid Maintainer
2022-12-04  3:42  7% ` Jose Isaias Cabrera
2022-12-09 21:34  5% Creating the sqlite3.exe stand-alone w/o cygwin dependency Jose Isaias Cabrera
2022-12-09 23:33  7% ` Eliot Moss
2022-12-10  2:43  7%   ` Jose Isaias Cabrera
2022-12-10 14:47  7%     ` Eliot Moss
2022-12-10 16:35  7%       ` Jose Isaias Cabrera
2022-12-10 14:42  7% ` Ken Brown
2022-12-10 15:20       ` Michael Soegtrop
2022-12-10 18:00  6%     ` Jose Isaias Cabrera
2022-12-11  3:31 14%       ` Jose Isaias Cabrera
2022-12-11 10:23             ` Michael Soegtrop
2022-12-11 20:03  6%           ` Jose Isaias Cabrera
2022-12-11 20:41                 ` Michael Soegtrop
2022-12-12 23:22  7%               ` Jose Isaias Cabrera
2022-12-12 23:28  7% genpeimg replacement or application that act like it Jose Isaias Cabrera
2022-12-13 19:33  7% ` Brian Inglis
2022-12-13 20:15  7%   ` Jose Isaias Cabrera
2023-01-09 13:20     Cygwin 3.4.3 and 3.5.0... hangs in make, top, procps, ls /proc/PID/ Corinna Vinschen
2023-01-16  9:02     ` Takashi Yano
2023-01-16 10:23       ` Corinna Vinschen
2023-01-16 14:45         ` Takashi Yano
2023-01-16 15:18           ` Corinna Vinschen
2023-01-16 21:42             ` Corinna Vinschen
2023-01-17 20:46               ` Corinna Vinschen
2023-01-18  9:16                 ` Takashi Yano
2023-01-18  9:42                   ` Corinna Vinschen
2023-01-19 16:31                     ` Brian Inglis
2023-01-19 18:38                       ` Corinna Vinschen
2023-01-19 18:42  7%                     ` Jose Isaias Cabrera
2023-02-10 18:45  7% Python 3 versions Jose Isaias Cabrera
2023-02-10 20:46  7% ` Adam Dinwoodie
2023-02-10 20:53  7%   ` Jose Isaias Cabrera
2023-02-11 16:27     Python 3.9 requires daily OK? Lester Ingber
2023-02-11 22:31  7% ` Jose Isaias Cabrera
2023-02-11 21:37  6% Changing the python sqlite3 version to the latest Jose Isaias Cabrera
2023-02-13 20:24 14% ` Jose Isaias Cabrera
2023-02-14 22:58  7% ` Marco Atzeri
2023-02-15  1:45  7%   ` Jose Isaias Cabrera
2023-02-15 12:43 13%     ` Jose Isaias Cabrera
2023-02-15 15:55  7%       ` Andrey Repin
2023-02-15 18:29  7%         ` Jose Isaias Cabrera
2023-02-16  6:14  7%           ` Andrey Repin
2023-02-16 14:25  7%             ` Jose Isaias Cabrera
2023-02-16 18:40  7%               ` Marco Atzeri
2023-02-20 18:04  7% OSError: Unsupported platform 'CYGWIN_NT-10.0-19044' Jose Isaias Cabrera
2023-02-20 18:57  7% ` Henry S. Thompson
2023-02-20 20:17  6%   ` Jose Isaias Cabrera
2023-02-20 20:48  7%     ` Henry S. Thompson
2023-02-20 21:41  6%       ` Jose Isaias Cabrera
2023-02-20 18:58  7% ` Marco Atzeri
2023-02-20 19:31  7%   ` Jose Isaias Cabrera
2023-02-21  7:52  7%     ` Csaba Raduly
2023-02-21 20:03  7%       ` Jose Isaias Cabrera
2023-02-21 20:52  7%         ` Eliot Moss
2023-02-22 15:56  0%           ` Brian Inglis

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).