Re: [Question] When the cygwin support Python version 3.11.5 or newer?

On 2024-04-21 18:25, Zhike Wang via Cygwin wrote: Any update/advice for this topic? Or should I raise a ticket to other Cygwin Mailing Lists? There are no tickets and no other lists - this is the list for Cygwin issues. On April 18, 2024 20:29, Zhike Wang wrote: At the moment, I use python

Re: [Question] When the cygwin support Python version 3.11.5 or newer?

El lun., 22 abr. 2024 2:26, Zhike Wang (EXT) via Cygwin escribió: > Hi > > Any update/advice for this topic? Or should I raise a ticket to other > Cygwin Mailing Lists? > Thanks > > BRs//Zhike > From: Zhike Wang (EXT) > Sent: April 18, 2024 20:29 > To: cygwin@c

RE: [Question] When the cygwin support Python version 3.11.5 or newer?

Hi Any update/advice for this topic? Or should I raise a ticket to other Cygwin Mailing Lists? Thanks BRs//Zhike From: Zhike Wang (EXT) Sent: April 18, 2024 20:29 To: cygwin@cygwin.com Subject: [Question] When the cygwin support Python version 3.11.5 or newer? Dears At the moment, I use

[Question] When the cygwin support Python version 3.11.5 or newer?

Dears At the moment, I use python 3.9.16 under Cygwin environment while my company IT alert me there is a severity risk for python 3.9.16 which need be upgraded to Python version 3.11.5 or newer asap. I have tried to use Cygwin setup(setup-x86_64) to update the python version but it looks

Re: getVolInfo question

Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin writes: > Just updated my version to the latest and tried it on my drive C:, and > specifically this is what bugs me: > > $ /usr/lib/csih/getVolInfo.exe . > ... > SectorInfoFlags: 0x03 > SSINFO_FLAGS_NO_SEEK_PENALTY : FALSE >

Re: [EXTERNAL] Re: getVolInfo question

On Dec 7 19:53, Corinna Vinschen via Cygwin wrote: > On Dec 7 18:02, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote: > > Thank you for your prompt reply! > > > > > TRIM is only enabled on a filesystem, if the underlying drive > > > actually supports TRIM. The majority of SSDs support

Re: [EXTERNAL] Re: getVolInfo question

On Dec 7 18:02, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote: > Thank you for your prompt reply! > > > TRIM is only enabled on a filesystem, if the underlying drive > > actually supports TRIM. The majority of SSDs support it, but not > > necessarily all SSDs. > > > > The above values,

RE: [EXTERNAL] Re: getVolInfo question

Thank you for your prompt reply! > TRIM is only enabled on a filesystem, if the underlying drive > actually supports TRIM. The majority of SSDs support it, but not > necessarily all SSDs. > > The above values, in particular SSINFO_FLAGS_NO_SEEK_PENALTY being > FALSE, indicate that your drive is

Re: getVolInfo question

On Dec 7 18:04, Corinna Vinschen via Cygwin wrote: > On Dec 7 15:35, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote: > > Hi Corinna, > > > > I have a question about this tool getVolInfo that has recently "made the > > news". > > > >

Re: getVolInfo question

On Dec 7 15:35, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote: > Hi Corinna, > > I have a question about this tool getVolInfo that has recently "made the > news". > > Just updated my version to the latest and tried it on my drive C:, and > sp

getVolInfo question

Hi Corinna, I have a question about this tool getVolInfo that has recently "made the news". Just updated my version to the latest and tried it on my drive C:, and specifically this is what bugs me: $ /usr/lib/csih/getVolInfo.exe . ... SectorInfoFlags: 0x03 SSINFO_FLAGS_NO_SE

Re: Question on statically linking with cygwin

Hi, As I promised some updates below. Am 02.11.23 um 18:33 schrieb Johannes Thoma via Cygwin: [...] Interesting. But how (from a developers perspective) do you link cygwin1.dll statically into a binary? I would build my own cygwin1.lib or cygwin1.a and statically link against it. If you do

Re: Question on statically linking with cygwin

Hi Jon, Hi Martin, Thanks for your answer, comments inline: Am 16.10.23 um 17:28 schrieb Jon Turney: On 22/09/2023 12:12, Johannes Thoma via Cygwin wrote: Hi Martin, Thanks for your answer, comments inline: Am 22.09.23 um 07:54 schrieb Martin Wege via Cygwin: On Tue, Sep 19, 2023 at 5:24 

Re: Question on statically linking with cygwin

On 22/09/2023 12:12, Johannes Thoma via Cygwin wrote: Hi Martin, Thanks for your answer, comments inline: Am 22.09.23 um 07:54 schrieb Martin Wege via Cygwin: On Tue, Sep 19, 2023 at 5:24 PM Johannes Thoma via Cygwin wrote: Hi, As I understood the reason for not being able to statically

Re: Question on statically linking with cygwin

Hi Martin, Thanks for your answer, comments inline: Am 22.09.23 um 07:54 schrieb Martin Wege via Cygwin: On Tue, Sep 19, 2023 at 5:24 PM Johannes Thoma via Cygwin wrote: Hi, As I understood the reason for not being able to statically link the cygwin1.dll in to a binary and distribute that

Re: Question on statically linking with cygwin

On Tue, Sep 19, 2023 at 5:24 PM Johannes Thoma via Cygwin wrote: > > Hi, > > As I understood the reason for not being able to statically link > the cygwin1.dll in to a binary and distribute that is because of > licensing issues. Do you have any references for that? > Are there any technical

Question on statically linking with cygwin

Hi, As I understood the reason for not being able to statically link the cygwin1.dll in to a binary and distribute that is because of licensing issues. Are there any technical issues that would make it impossible to link with cygwin statically? The reason I am asking is I am working on a GPL

Re: Permissions question / issue

On Apr 14 15:49, Eliot Moss via Cygwin wrote: > At present I have: > > $ getfacl id_rsa2 > # file: id_rsa2 > # owner: moss > # group: moss > user::rw- > group::--- > group:SYSTEM:r--#effective:--- > mask::--- > other::--- > > $ icacls id_rsa2 > id_rsa2 NULL SID:(DENY)(Rc,DC) >

Re: Permissions question / issue

On Apr 14 15:43, Eliot Moss via Cygwin wrote: > On 4/14/2023 3:11 PM, Corinna Vinschen via Cygwin wrote: > > On Apr 13 23:03, Eliot Moss via Cygwin wrote: > > > Dear cygwin'ers - > > > > > > I seem to be caught in a bind with the Cygwin permissions setup. > > > > > > ssh insists that

Re: Permissions question / issue

On 4/14/2023 3:43 PM, Eliot Moss via Cygwin wrote: On 4/14/2023 3:11 PM, Corinna Vinschen via Cygwin wrote: On Apr 13 23:03, Eliot Moss via Cygwin wrote: Dear cygwin'ers - I seem to be caught in a bind with the Cygwin permissions setup. ssh insists that ~/.ssh/config have permissions no less

Re: Permissions question / issue

On 4/14/2023 3:11 PM, Corinna Vinschen via Cygwin wrote: On Apr 13 23:03, Eliot Moss via Cygwin wrote: Dear cygwin'ers - I seem to be caught in a bind with the Cygwin permissions setup. ssh insists that ~/.ssh/config have permissions no less permissive than rw--- (600). Huh? No, it

Re: Permissions question / issue

On Apr 13 23:03, Eliot Moss via Cygwin wrote: > Dear cygwin'ers - > > I seem to be caught in a bind with the Cygwin permissions setup. > > ssh insists that ~/.ssh/config have permissions no less permissive than > rw--- (600). Huh? No, it doesn't, usually. My file has perms rw-r--r--

Re: Permissions question / issue

On 4/13/2023 11:03 PM, Eliot Moss via Cygwin wrote: Dear cygwin'ers - I seem to be caught in a bind with the Cygwin permissions setup. ssh insists that ~/.ssh/config have permissions no less permissive than rw--- (600). ---> should have read no *more* permissive (sent too late at

Permissions question / issue

Dear cygwin'ers - I seem to be caught in a bind with the Cygwin permissions setup. ssh insists that ~/.ssh/config have permissions no less permissive than rw--- (600). However, my backup program runs as SYSTEM and needs access. I tried to provide that access by adding an ACL

Re: Question about slow access to file information

Eliot Moss via Cygwin wrote: On 1/15/2023 3:38 AM, Christian Franke via Cygwin wrote: Eliot Moss via Cygwin wrote: I have a separate drive mounted this way: d:/ /cygdrive/d ntfs binary,posix=0,user,noacl,auto 0 0 One thing I use it for is to store backup files.  These tend to be 2 Gb chunks,

Re: Question about slow access to file information

On Sun, Jan 15, 2023 at 12:05:10PM +1100, Eliot Moss via Cygwin wrote: > On 1/15/2023 3:38 AM, Christian Franke via Cygwin wrote: > > Eliot Moss via Cygwin wrote: > > > I have a separate drive mounted this way: > > > > > > d:/ /cygdrive/d ntfs binary,posix=0,user,noacl,auto 0 0 > > > > > > One

Re: Question about slow access to file information

On 1/15/2023 3:38 AM, Christian Franke via Cygwin wrote: Eliot Moss via Cygwin wrote: I have a separate drive mounted this way: d:/ /cygdrive/d ntfs binary,posix=0,user,noacl,auto 0 0 One thing I use it for is to store backup files.  These tend to be 2 Gb chunks, and there can be hundreds of

Re: Question about slow access to file information

Eliot Moss via Cygwin wrote: I have a separate drive mounted this way: d:/ /cygdrive/d ntfs binary,posix=0,user,noacl,auto 0 0 One thing I use it for is to store backup files.  These tend to be 2 Gb chunks, and there can be hundreds of them in the backup directory.  (The drive is 5Tb.)  The

Re: Question about slow access to file information

On Sat, Jan 14, 2023 at 11:42:58AM +1100, Eliot Moss via Cygwin wrote: > Dear Cygwin'ers - > > I have a separate drive mounted this way: > > d:/ /cygdrive/d ntfs binary,posix=0,user,noacl,auto 0 0 > > One thing I use it for is to store backup files. These tend to be 2 Gb > chunks, and there

Question about slow access to file information

Dear Cygwin'ers - I have a separate drive mounted this way: d:/ /cygdrive/d ntfs binary,posix=0,user,noacl,auto 0 0 One thing I use it for is to store backup files. These tend to be 2 Gb chunks, and there can be hundreds of them in the backup directory. (The drive is 5Tb.) The Windows Disk

Re: SAMOVA error question

>Hello, >My name is Ella Adams, I have been trying to run a SAMOVA on a dataset I >have. I have successfully ran SAMOVA2 on a smaller test file with a few of >my samples, but after I wrote the larger file (total of 434 samples), it >keeps giving my the following error: > 2 [main]

SAMOVA error question

Hello, My name is Ella Adams, I have been trying to run a SAMOVA on a dataset I have. I have successfully ran SAMOVA2 on a smaller test file with a few of my samples, but after I wrote the larger file (total of 434 samples), it keeps giving my the following error: 2 [main] arlecore35_first

Re: A Question about Cygwin

ingxuemei...@i.softbank.jp wrote: >> To：the members of Cygwin >> Hello. >> Thank you so much for providing Cygwin. >> Sorry to ask a basic question. >> Q. I am going to use Cygwin to grep the files with the command below. As >> this will be done in my computer, t

Re: A Question about Cygwin

eeded, the source code is available. > > I have found the cygwin software, and this community, extremely helpful > > Best wishes, > Eric Adams. > >> On Tue, Apr 26, 2022 at 7:53 PM wrote: >> >> To：the members of Cygwin >> >> Hello. >> Than

Re: A Question about Cygwin

On 4/26/2022 8:52 PM, yingxuemei...@i.softbank.jp wrote: To：the members of Cygwin Hello. Thank you so much for providing Cygwin. Sorry to ask a basic question. Q. I am going to use Cygwin to grep the files with the command below. As this will be done in my computer, the files

Re: A Question about Cygwin

o. > Thank you so much for providing Cygwin. > Sorry to ask a basic question. > > Q. I am going to use Cygwin to grep the files with the command below. As this > will be done in my computer, the files will not uploaded to the servers/cloud > of Cygwin by Internet. > Is my underst

A Question about Cygwin

To：the members of Cygwin Hello. Thank you so much for providing Cygwin. Sorry to ask a basic question. Q. I am going to use Cygwin to grep the files with the command below. As this will be done in my computer, the files will not uploaded to the servers/cloud of Cygwin by Internet. Is my

Re: Question about 'provides' and emacs packaging

On 10/6/2021 4:22 PM, Jon Turney wrote: On 06/10/2021 17:23, Jon Turney wrote: On 06/10/2021 13:01, Ken Brown via Cygwin-apps wrote: This seems to work, with one caveat.  Suppose package P requires feature f, and packages Q, R, S,... provide f.  If the user selects P and one or more of Q,

Re: Question about 'provides' and emacs packaging

On 06/10/2021 17:23, Jon Turney wrote: On 06/10/2021 13:01, Ken Brown via Cygwin-apps wrote: This seems to work, with one caveat.  Suppose package P requires feature f, and packages Q, R, S,... provide f.  If the user selects P and one or more of Q, R, S,..., setup is happy.  But if the user

Re: Question about 'provides' and emacs packaging

On 06/10/2021 13:01, Ken Brown via Cygwin-apps wrote: On 10/5/2021 2:24 PM, Achim Gratz wrote: Ken Brown via Cygwin-apps writes: There are currently five emacs packages: emacs-common, emacs, emacs-X11, emacs-w32, and emacs-lucid.  The first includes things that are needed by each of the other

Re: Question about 'provides' and emacs packaging

Ken Brown via Cygwin-apps writes: > I've only tested setup so far, not calm. Jon, if you're reading this, > does calm allow 'requires' and 'provides' to contain arbitrary names > that are not package names? Yes, Perl is using that to ensure that the distribution packages get updated according to

Re: Question about 'provides' and emacs packaging

On 10/5/2021 2:24 PM, Achim Gratz wrote: Ken Brown via Cygwin-apps writes: There are currently five emacs packages: emacs-common, emacs, emacs-X11, emacs-w32, and emacs-lucid. The first includes things that are needed by each of the other four, and those four each include an emacs binary. The

Re: Question about 'provides' and emacs packaging

Ken Brown via Cygwin-apps writes: > There are currently five emacs packages: emacs-common, emacs, > emacs-X11, emacs-w32, and emacs-lucid. The first includes things that > are needed by each of the other four, and those four each include an > emacs binary. The binary in the emacs package is >

Re: Question about 'provides' and emacs packaging

On 10/5/2021 12:58 PM, Brian Inglis wrote: On 2021-10-05 09:51, Ken Brown via Cygwin-apps wrote: I asked this question several years ago (https://cygwin.com/pipermail/cygwin-apps/2018-October/039451.html), but I'm repeating it, in a more specific form, in the hope that setup has progressed

Re: Question about 'provides' and emacs packaging

On 2021-10-05 09:51, Ken Brown via Cygwin-apps wrote: I asked this question several years ago (https://cygwin.com/pipermail/cygwin-apps/2018-October/039451.html), but I'm repeating it, in a more specific form, in the hope that setup has progressed to the point where I get a different answer

Question about 'provides' and emacs packaging

I asked this question several years ago (https://cygwin.com/pipermail/cygwin-apps/2018-October/039451.html), but I'm repeating it, in a more specific form, in the hope that setup has progressed to the point where I get a different answer. There are currently five emacs packages: emacs-common

Re: Problem or question on Cygwin XWin

On 6/14/2021 9:28 PM, L A Walsh wrote: On 2021/06/14 17:30, Duncan Roe wrote: On Mon, Jun 14, 2021 at 04:41:42PM -0700, L A Walsh wrote: There is a listen parameter on XWin, but the man page doesn't say what format to use for the listen parameter. I want to have it listen for tcp from a

Re: Problem or question on Cygwin XWin

On 2021/06/14 17:30, Duncan Roe wrote: On Mon, Jun 14, 2021 at 04:41:42PM -0700, L A Walsh wrote: There is a listen parameter on XWin, but the man page doesn't say what format to use for the listen parameter. I want to have it listen for tcp from a local net: 192.168.3.0. I started having

Re: Problem or question on Cygwin XWin

On Mon, Jun 14, 2021 at 04:41:42PM -0700, L A Walsh wrote: > There is a listen parameter on XWin, but the man page doesn't > say what format to use for the listen parameter. > > I want to have it listen for tcp from a local net: 192.168.3.0. > > I started having problems with my cygwin X receiving

Problem or question on Cygwin XWin

There is a listen parameter on XWin, but the man page doesn't say what format to use for the listen parameter. I want to have it listen for tcp from a local net: 192.168.3.0. I started having problems with my cygwin X receiving network connections via TCP, locally (like 192.168.3.1 =>

Question about your website

My name is Gary and I’m a Community Outreach Manager for an AT Preferred Dealer.  I came across your page as I was looking online for resources related to international calling codes. My team created a resource, that contains both country codes and iso-codes. It is a list that can be used when

Re: Random question: plans for Wayland support?

On 22/01/2021 23:34, Brian Inglis wrote: > On 2021-01-22 03:02, Hamish McIntyre-Bhatty via Cygwin wrote: >> Kind of a random question, but are there potential plans to supporting >> running Wayland under Cygwin as an alternative to X11? >> >> I have no idea if it would

Re: Random question: plans for Wayland support?

On 2021-01-22 03:02, Hamish McIntyre-Bhatty via Cygwin wrote: Kind of a random question, but are there potential plans to supporting running Wayland under Cygwin as an alternative to X11? I have no idea if it would even be practical/possible to do this, but just curious. The standard answer

Random question: plans for Wayland support?

Kind of a random question, but are there potential plans to supporting running Wayland under Cygwin as an alternative to X11? I have no idea if it would even be practical/possible to do this, but just curious. Hamish 0x87B761FE07F548D6.asc Description: application/pgp-keys signature.asc

Re: cygwin licensing question

any. > > I have a question regarding cygwin and its use. > > Is it allowed/legal to integrate cygwin installer (2.11.1(0.329/5/3)) into > the installer of an application that we plan to distribute commercially? > > I have checked the past cygwin posts but I did not see any clear

Re: cygwin licensing question

, MrPmghost . wrote: > > > I am Pierre Meignen, software developer working for a belgium company. > > > I have a question regarding cygwin and its use. > > > Is it allowed/legal to integrate cygwin installer (2.11.1(0.329/5/3)) > > into > > > the installer o

Re: cygwin licensing question

I'd also take a look at this: https://cygwin.com/licensing.html On Wed, Feb 26, 2020 at 4:04 PM Brian Inglis < brian.ing...@systematicsw.ab.ca> wrote: > On 2020-02-26 09:37, MrPmghost . wrote: > > I am Pierre Meignen, software developer working for a belgium company. > &

Re: cygwin licensing question

On 2020-02-26 09:37, MrPmghost . wrote: > I am Pierre Meignen, software developer working for a belgium company. > I have a question regarding cygwin and its use. > Is it allowed/legal to integrate cygwin installer (2.11.1(0.329/5/3)) into > the installer of an application

cygwin licensing question

Hi, I am Pierre Meignen, software developer working for a belgium company. I have a question regarding cygwin and its use. Is it allowed/legal to integrate cygwin installer (2.11.1(0.329/5/3)) into the installer of an application that we plan to distribute commercially? I have checked

Re: Question on pseudo console and legacy console

Am 09.02.2020 um 04:20 schrieb Koichi Murase: Specifically I thought about completely disabling the pseudo console support with terminal emulators, and turning on it only for Cygwin consoles. But this is based on my assumption that the pseudo console mode is aimed to provide enhanced Cygwin

Re: Question on pseudo console and legacy console

Thank you for the explanation. I think I'm going to by default add `disable_pcon' to the environment variable `CYGWIN' before calling `posix_openpt'. 2020年2月9日(日) 7:43 Takashi Yano > Do you mean "without pseudo console support" by "legacy console mode"? Yes. > If so, pty should behave as

Re: Question on pseudo console and legacy console

On Sat, 8 Feb 2020 22:50:56 +0800 Koichi Murase wrote: > I have a question on the pseudo console mode and the legacy console > mode. > > Question: > > Does it cause problems to set `disable_pcon' in the default value of > the environment variable `CYGWIN'? When is th

Question on pseudo console and legacy console

I have a question on the pseudo console mode and the legacy console mode. Question: Does it cause problems to set `disable_pcon' in the default value of the environment variable `CYGWIN'? When is the pseudo console mode recommended, and when can I use the legacy console mode? I noticed

Re: another question about cygwin bash trying to make connections

On 2020-01-07 16:02, LMH wrote: > Marco Atzeri wrote: >> Am 07.01.2020 um 21:58 schrieb LMH: >>> This is the version of bash, >>> >>> GNU bash, version 4.3.42(4)-release (i686-pc-cygwin) >>> >>> it would be very helpful as a first step if I could find a verified >>> digital signature for this

Re: another question about cygwin bash trying to make connections

Marco Atzeri wrote: > Am 07.01.2020 um 21:58 schrieb LMH: >> Hello, >> >> >> This is the version of bash, >> >> GNU bash, version 4.3.42(4)-release (i686-pc-cygwin) >> >> it would be very helpful as a first step if I could find a verified digital >> signature >> for this version of bash. The

Re: another question about cygwin bash trying to make connections

Am 07.01.2020 um 21:58 schrieb LMH: Hello, This is the version of bash, GNU bash, version 4.3.42(4)-release (i686-pc-cygwin) it would be very helpful as a first step if I could find a verified digital signature for this version of bash. The index here, https://ftp.gnu.org/gnu/bash/ gives

another question about cygwin bash trying to make connections

Hello, Every single time run bash in a terminal, I get the following firewall alerts, C:\cygwin\bin\bash.exe An attempt to communicate a foreign process has been detected. Target PID: 1616 Image Name: svchost.exe C:\cygwin\bin\bash.exe A potential threat to network traffic interception or

Re: Question about executable startup failure

> > During startup program exited with code 0xc139. > so Windows handles termination. IMO if it did, the exit code wouldn't have been 127 but something with decimal equivalent of 0x139 (or the likes). > P.S. I didn't get to know what exactly the entry point was missing that the > binary

Re: Question about executable startup failure

exited with code 3221225785] > During startup program exited with code 0xc139. > > So there's actually an explanation: 0xc139(=3221225785) is defined to be > > ntstatus.h:#define STATUS_ENTRYPOINT_NOT_FOUND ((NTSTATUS)0xC139) > > Now, the question is: is it by design

Question about executable startup failure

ed to be ntstatus.h:#define STATUS_ENTRYPOINT_NOT_FOUND ((NTSTATUS)0xC139) Now, the question is: is it by design that the exit code is posted so timidly? Shouldn't there be a message that some dynamic linkage wasn't satisfied? Wouldn't 126 (which is "command cannot execute") be a be

Re: Stack trace question

On Nov 8 05:55, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote: > Hi all, > > I have the following stack trace (64 bit Cygwin app), and I can't > figure how the same frame RBP at 000C7B0 can be listed 3 > consecutive times for various functions (RIPs). The functi

Stack trace question

Hi all, I have the following stack trace (64 bit Cygwin app), and I can't figure how the same frame RBP at 000C7B0 can be listed 3 consecutive times for various functions (RIPs). Also if I follow the stack trace with gdb (and the trace is all within Cygwin.dll based at 18004), it does

Re: Question about D-Bus and cygrunsrv

Just as a quick follow-up, I've put the two code samples up on github: https://github.com/mikebrady/dbus-example -- this uses the regular dbus1 library and works on Linux and Cygwin. https://github.com/mikebrady/gdbus-example

Re: Question about D-Bus and cygrunsrv

Hello again. I've returned to this continuing problem and come up with a short piece of code which seems to exemplify this problem. It works in Linux and doesn't work in Cygwin. Basically, the code is an attempt to get a "name" on the D-Bus "system bus" which could be used to provide a

Re: vfork() question

On Jul 27 12:02, Bence Szépkúti wrote: > Hello, > > I was poking around in the fork() code in Cygwin, and was wondering if > someone could explain to me / point me to a discussion of why the NEWVFORK > code was abandoned. > > I realise that this code had been disabled as "not working" since

Re: vfork() question

Greetings, Bence Szépkúti! > Hello, > I was poking around in the fork() code in Cygwin, and was wondering if > someone could explain to me / point me to a discussion of why the NEWVFORK > code was abandoned. > I realise that this code had been disabled as "not working" since 2008, > however I

vfork() question

Hello, I was poking around in the fork() code in Cygwin, and was wondering if someone could explain to me / point me to a discussion of why the NEWVFORK code was abandoned. I realise that this code had been disabled as "not working" since 2008, however I am interested in why this was the case.

Re: Question about the ldd output

Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote: Well, I don't think there's anything special that Cygwin does to load executables, because these are essentially Windows processes, so they are loaded by Windows, first and foremost. But it gets even weirder. Below are two _consecutive!_

Re: Question about the ldd output

On 2019-07-09 12:02, Jon Turney wrote: > On 09/07/2019 17:40, Brian Inglis wrote: >> On 2019-07-08 12:00, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote: >>> Well, I don't think there's anything special that Cygwin does to load >>> executables, because these are essentially Windows

Re: Question about the ldd output

On 09/07/2019 17:40, Brian Inglis wrote: On 2019-07-08 12:00, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote: Well, I don't think there's anything special that Cygwin does to load executables, because these are essentially Windows processes, so they are loaded by Windows, first and

Re: Question about the ldd output

On 7/9/2019 11:40 AM, Brian Inglis wrote: > Libraries may be loaded asynchronously as they are accessed, and ldd just > dumps > the dll import table once the subprocess is ready to run. > Perhaps these are import entries that ldd should detect and skip or annotate > in > some more useful way.

Re: Question about the ldd output

On 2019-07-08 12:00, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote: > Well, I don't think there's anything special that Cygwin does to load > executables, because these are essentially Windows processes, so they are > loaded by Windows, first and foremost. > > But it gets even weirder.

Re: Question about packaging and cygport

Op ma 8 jul. 2019 om 20:32 schreef Brian Inglis : > > No, you are addressing - Andrey Repin - you can fix that > in > your Gmail address book in the Contacts list: > > https://support.google.com/mail/thread/5549719?hl=en > > -- Thank you - I had no idea how to correct that, but with

Re: Question about the ldd output

> But it gets even weirder. Below are two _consecutive!_ runs of ldd on the > very same executable. Why the output differs so drastically (including the > unknown dlls all of a sudden)? Another round of consecutive calls of ldd on the very same executable file, and a similar

Re: Question about the ldd output

Well, I don't think there's anything special that Cygwin does to load executables, because these are essentially Windows processes, so they are loaded by Windows, first and foremost. But it gets even weirder. Below are two _consecutive!_ runs of ldd on the very same executable. Why the

Re: Question about packaging and cygport

On 2019-07-01 06:51, Arjen Markus wrote: > Op ma 1 jul. 2019 om 14:41 schreef Marco Atzeri: > Oops, Gmail is hiding the original mail from me under three dots. I > will try and keep this in mind. (It also persists in showing a name it > picked up at one point with the cygwin mail address and I

Re: Question about packaging and cygport

Op ma 8 jul. 2019 om 14:36 schreef Marco Atzeri : > > this line is present at line 4 of the file. > Have you by chance modified it ? > > No, the line I posted appears to be the closing line for the comment/documentation. It is present in other such files, but was not in the copy in my

Re: Question about packaging and cygport

Am 08.07.2019 um 11:00 schrieb Arjen Markus: Op ma 8 jul. 2019 om 06:23 schreef Arjen Markus : Hi Marco, I just tried building PLplot with CMake 3.14.5 and got this error message: -- OCTAVE_VERSION = 4.2.2 -- OCTAVE_LIBRARIES = /usr/lib/octave/4.2.2/liboctave.dll.a -- OCTINTERP_LIBRARIES =

Re: Question about packaging and cygport

Op ma 8 jul. 2019 om 06:23 schreef Arjen Markus : > > Hi Marco, > > I just tried building PLplot with CMake 3.14.5 and got this error message: > > -- OCTAVE_VERSION = 4.2.2 > -- OCTAVE_LIBRARIES = /usr/lib/octave/4.2.2/liboctave.dll.a > -- OCTINTERP_LIBRARIES =

Re: Question about packaging and cygport

Hi Marco, I just tried building PLplot with CMake 3.14.5 and got this error message: -- OCTAVE_VERSION = 4.2.2 -- OCTAVE_LIBRARIES = /usr/lib/octave/4.2.2/liboctave.dll.a -- OCTINTERP_LIBRARIES = /usr/lib/octave/4.2.2/liboctinterp.dll.a -- OCTAVE_INCLUDE_PATH =

Re: Question about the ldd output

l-8.dll => /usr/bin/cygintl-8.dll (0x3ec8d) > cygkrb5support-0.dll => /usr/bin/cygkrb5support-0.dll (0x3ec15) > ??? => ??? (0x9) > My question would be, how to read the last line? It'd be quite suspicious if > ldd is unable to figure out what library (name

Question about the ldd output

.dll => /usr/bin/cygpcre-1.dll (0x3eb1a) cygk5crypto-3.dll => /usr/bin/cygk5crypto-3.dll (0x3ec30) cygintl-8.dll => /usr/bin/cygintl-8.dll (0x3ec8d) cygkrb5support-0.dll => /usr/bin/cygkrb5support-0.dll (0x3ec15) ??? => ??? (0x9) My

Re: Question about packaging and cygport

Hi Marco, Op ma 1 jul. 2019 om 14:41 schreef Marco Atzeri : > > > please Arjen, > bottom posting and trim on this mailing list > Oops, Gmail is hiding the original mail from me under three dots. I will try and keep this in mind. (It also persists in showing a name it picked up at one point with

Re: Question about packaging and cygport

Am 28.06.2019 um 16:01 schrieb Arjen Markus: Thanks - got it. Another piece of information to forward :). Regards, Arjen please Arjen, bottom posting and trim on this mailing list --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus --

Re: Question about packaging and cygport

Am 28.06.2019 um 15:13 schrieb Arjen Markus: Ah, thanks a lot - I will pass on this information to my co-maintainer. I did find https://github.com/tkelman/cygwin-cmake/blob/master/cmake.cygport but I do not know what its status is or even if it has any ;). Regards, Arjen I am uploading the

Re: Question about packaging and cygport

Thanks - got it. Another piece of information to forward :). Regards, Arjen Op vr 28 jun. 2019 om 15:51 schreef Houder : > > On Fri, 28 Jun 2019 14:01:45, Adam Dinwoodie wrote: > [snip] > > > have uploaded to provide via the packaging distribution mirrors. Some > > maintainers will keep their

Re: Question about packaging and cygport

On Fri, 28 Jun 2019 14:01:45, Adam Dinwoodie wrote: [snip] > have uploaded to provide via the packaging distribution mirrors. Some > maintainers will keep their cygport files on GitHub or similar (I do), > but that's entirely down to the preferences of the individual > maintainer, and I don't

Re: Question about packaging and cygport

Ah, thanks a lot - I will pass on this information to my co-maintainer. I did find https://github.com/tkelman/cygwin-cmake/blob/master/cmake.cygport but I do not know what its status is or even if it has any ;). Regards, Arjen Op vr 28 jun. 2019 om 15:02 schreef Adam Dinwoodie : > > On Fri, 28

Re: Question about packaging and cygport

On Fri, 28 Jun 2019 at 11:56, Arjen Markus wrote: > In the context of the PLplot project (plplot.sf.net) we are interested > in the details of how software is packaged for Cygwin, in particular > how CMake is packaged (development of this package is rather fast and > we attempt to keep up with it,

Re: Question about packaging and cygport

method is used, could you enllighten us about the actual > process? .cygport file is an instruction about assembling (and publishing) Cygwin package. Why do you need to package cmake ? If not, what cmake.cygport does in your question? -- With best regards, Andrey Repin Friday, June 28, 2

  1   2   3   4   5   6   7   8   9   10   >