J M via Cygwin writes:
> Help with use of pgrep or pkill commands with full name options.
>
> I trying to use pgrep or pkill utility commands to find processes but using
> the full path names, by example, find /usr/bin/bash (package procps-ng):
>
> Then, if I use pgrep -f /usr/bin/bash, don't
On 3/22/2024 11:56 AM, J M via Cygwin wrote:
Help with use of pgrep or pkill commands with full name options.
I trying to use pgrep or pkill utility commands to find processes but using
the full path names, by example, find /usr/bin/bash (package procps-ng):
Then, if I use pgrep -f
On 2024-03-22 09:56, J M via Cygwin wrote:
Help with use of pgrep or pkill commands with full name options.
I trying to use pgrep or pkill utility commands to find processes but using
the full path names, by example, find /usr/bin/bash (package procps-ng):
Then, if I use pgrep -f
gh via Cygwin writes:
> Currently, cygwin is in C:\cygwin, which I have moved to
> C:\cygwin-bck. I then want to install in the now almost empty
> C:\cygwin, but copying there the necessary config files so that
> setup-x86_64.exe knows which packages to download.
Create the new target directory
On Thu, Jun 15, 2023 at 2:59 PM Dan Harkless via Cygwin wrote:
>
> On 6/15/2023 5:47 AM, marco atzeri via Cygwin wrote:
> > On Thu, Jun 15, 2023 at 12:15 PM gh via Cygwin wrote:
> > > Currently, cygwin is in C:\cygwin, which I have moved to C:\cygwin-bck. I
> > > then want to install in the now
: cygwin@cygwin.com
Subject: Re: help needed - transition from 32bits to 64bits
On Thu, Jun 15, 2023 at 12:15 PM gh via Cygwin wrote:
>
> Dear all,
>
> Sorry if this question was already answered somewhere in the FAQ.
>
>
>
> I am running a deprecated 32bits version, and wan
On 6/15/2023 5:47 AM, marco atzeri via Cygwin wrote:
On Thu, Jun 15, 2023 at 12:15 PM gh via Cygwin wrote:
> Currently, cygwin is in C:\cygwin, which I have moved to C:\cygwin-bck. I
then want to install in the now almost empty C:\cygwin,
No need to rename the directory as the Cygwin 64 bit
On Thu, Jun 15, 2023 at 12:15 PM gh via Cygwin wrote:
>
> Dear all,
>
> Sorry if this question was already answered somewhere in the FAQ.
>
>
>
> I am running a deprecated 32bits version, and want to switch to 64bits.
> Install procedure is easy, but does not cover one thing : I
> would like to
On 20/01/2022 20:38, Brian Inglis wrote:
On 2022-01-20 10:10, Hamish McIntyre-Bhatty wrote:
I've been having trouble compiling the unit tests for
wxWidgets3.1-3.1.5 on Cygwin. The same tests build just fine on my
Linux Mint 20.3 install, however that is using GCC 9.3.0 instead of
Cygwin's
On 2022-01-20 10:10, Hamish McIntyre-Bhatty wrote:
I've been having trouble compiling the unit tests for wxWidgets3.1-3.1.5
on Cygwin. The same tests build just fine on my Linux Mint 20.3 install,
however that is using GCC 9.3.0 instead of Cygwin's 11.2.0.
Attached is the full build log, but
On Mon Jan 17 2022, at 4:04 AM, Corinna Vinschen
wrote:
> On Jan 14 11:57, Chris Roehrig wrote:
>> On Fri Jan 14 2022, at 2:04 AM, Corinna Vinschen
>> wrote:
>>> These look like your standard Windows SIDs, so they are your SIDs for
>>> users cristina and croehrig on Windows. They should
On Jan 14 11:57, Chris Roehrig wrote:
> On Fri Jan 14 2022, at 2:04 AM, Corinna Vinschen
> wrote:
> > These look like your standard Windows SIDs, so they are your SIDs for
> > users cristina and croehrig on Windows. They should show up as such in
> > ls -l output, unless the SID is actuall
On Fri Jan 14 2022, at 2:04 AM, Corinna Vinschen
wrote:
> On Jan 13 14:39, Chris Roehrig wrote:
>> I'm trying to set up samba (standalone) following these instructions:
>> https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping-samba
>>
>> but I'm having no luck getting my samba
On Jan 13 14:39, Chris Roehrig wrote:
> I'm trying to set up samba (standalone) following these instructions:
> https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping-samba
>
> but I'm having no luck getting my samba user/groups to appear correctly using
> the comment field as
Brian,
Thanks very much for the prunepaths regexes, the /proc/filesystems output,
mount command, and info and man command lines, and the suggestions for
better posting.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:
On 2021-12-09 07:16, Keith Christian wrote:
I'm trying to keep the many directories with "OneDrive" in the
pathname out of the locatedb file, as I don't care to see them in
locate's output, nor bloat the locatedb file.
I'd appreciate any insight into the prunepaths option for the test
case
> 1 [main] john 2960 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
>pointer. Please report this problem to
>the public mailing list cygwin@cygwin.com
>Warning: detected hash type "whirlpool", but the string is also recognized
>as "whirlpool0"
>Use the "--format=whirlpool0" option to force
On 2020-11-27, Eliot Moss wrote:
> On 11/26/2020 3:38 PM, Oleksandr Gavenko via Cygwin wrote:
>
>> I believe that X server under Windows is only to write cool blog posts, that
>> we are able to run "xterm" ))
>
> Not sure what you mean here. I run Cygwin's X server and run xterm/bash
> windows
On 11/26/2020 3:38 PM, Oleksandr Gavenko via Cygwin wrote:
I believe that X server under Windows is only to write cool blog posts, that
we are able to run "xterm" ))
Not sure what you mean here. I run Cygwin's X server and run xterm/bash windows and Emacs that way.
I was just indicating
On 2020-11-26, Eliot Moss wrote:
> Lacks UI? You can run X windows applications in WSL if you have the Cygwin X
> server running :-) ...
> then you get the X UI. I can certainly run xterm and emacs that way.
>
I don't need 2 Emacs instances around. Cygwin's Emacs W32 (with native W32 GUI
On Thu, Nov 26, 2020 at 9:22 PM Oleksandr Gavenko wrote:
> So Emacs tries to make some "smart" locking on dumb FS... Need to
> waste another few hours to make Emacs work.
>
Found the problem: Emacs fails on its "unlock-buffer" call from
emacs/src/filelock.c.
Feature described here:
On Thu, Nov 26, 2020 at 8:42 PM Henry S. Thompson wrote:
>
> Oleksandr Gavenko via Cygwin writes:
>
> > ...
> > WSL1 files are "hidden" for regular access.
>
> I probably misunderstand, but I can see my WSL/Ubuntu files via this
> path from Cygwin:
>
>
Oleksandr Gavenko via Cygwin writes:
> ...
> WSL1 files are "hidden" for regular access.
I probably misunderstand, but I can see my WSL/Ubuntu files via this
path from Cygwin:
/c/Users/ht/AppData/Local/Packages/CanonicalGroupLimited.../LocalState/rootfs
ht
--
Henry S. Thompson, School
On 11/26/2020 10:18 AM, Oleksandr Gavenko via Cygwin wrote:
> Still WSL 1 lacks UI and integrates less smoothly into my workflow
> to replace Cygwin's amazing Emacs W32.
Lacks UI? You can run X windows applications in WSL if you have the Cygwin X server running :-) ...
then you get the X UI.
On Wed, 16 Sep 2020 17:58:13 +0200
Andrea Venturoli wrote:
> On 2020-09-11 19:40, Takashi Yano wrote:
>
> > Could you please try the latest snapshot?
> > https://cygwin.com/snapshots/
> >
> > This problem should be fixed.
>
> Thanks.
>
> Looks like this is solved.
>
> However, I'm getting
On 2020-09-11 19:40, Takashi Yano wrote:
Could you please try the latest snapshot?
https://cygwin.com/snapshots/
This problem should be fixed.
Thanks.
Looks like this is solved.
However, I'm getting several messages like:
"shared_info::initialize: size of shared memory region changed from
On Fri, 11 Sep 2020 19:35:21 +0200
Andrea Venturoli via Cygwin wrote:
> Hello.
>
> I've got a project where I'm using Cygwin's emacs + GNU Make + VC++.
> For some reason, it seems CL.exe colorizes or decorates its output and
> Emacs does not understand this, so what I get is a lot of control
On 01/08/2020 19:01, Ken Brown via Cygwin-apps wrote:
No one has suggested a better fix, so I think we should get your fix
into the distro. It's not urgent, because harfbuzz still supports both
autotools and meson, but they're encouraging packagers to move toward
meson.
I think the real
On 6/11/2020 5:39 PM, Jon Turney wrote:
On 06/06/2020 15:15, Ken Brown via Cygwin-apps wrote:
I think I might have bumped into another meson/introspection/pickling bug,
this time in connection with harfbuzz. The supported build system for
harfbuzz is still autotools. But they're planning
On 21.07.2020 18:47, Birane Koundoul wrote:
Hello I have a model with the petri net (I use cpn tools 4.0) but it
sometimes shows me errors like:
1. Error! exception subscript raised when checking enabling
2. cannot bind variable ... from large color-set
3. un-bound
Hi Birane,
On Tue, 21 Jul 2020 at 18:50, Birane Koundoul wrote:
>
> Hello I have a model with the petri net (I use cpn tools 4.0) but it
> sometimes shows me errors like:
>
>1. Error! exception subscript raised when checking enabling
>2. cannot bind variable ... from large color-set
On 16.06.2020 21:31, Randy Dawson via Cygwin wrote:
Briefly:
X starts a window, (does not matter fluxbox, gnome, or whatever startup).
The mouse pointer does not show up.
This all worked OK with this install at one time. And yes, I have removed and
reinstalled several times, seems to work
On 12/06/2020 00:23, Ken Brown via Cygwin-apps wrote:
On 6/11/2020 5:39 PM, Jon Turney wrote:
[...]
--- shlibs.py~ 2018-02-11 23:15:03.0 +
+++ shlibs.py 2020-06-11 22:28:07.901294700 +0100
@@ -62,7 +62,7 @@
if platform.system() == 'Darwin':
pattern =
On 6/11/2020 5:39 PM, Jon Turney wrote:
On 06/06/2020 15:15, Ken Brown via Cygwin-apps wrote:
I think I might have bumped into another meson/introspection/pickling bug,
this time in connection with harfbuzz. The supported build system for
harfbuzz is still autotools. But they're planning
On 06/06/2020 15:15, Ken Brown via Cygwin-apps wrote:
I think I might have bumped into another meson/introspection/pickling
bug, this time in connection with harfbuzz. The supported build system
for harfbuzz is still autotools. But they're planning to move to meson,
so I decided to get a
On 6/3/2020 2:30 PM, Ken Brown via Cygwin-apps wrote:
On 6/3/2020 12:51 PM, Jon Turney wrote:
On 02/06/2020 22:28, Jon Turney wrote:
On 02/06/2020 15:31, Ken Brown via Cygwin-apps wrote:
On 6/2/2020 10:26 AM, Jon Turney wrote:
On 01/06/2020 12:30, Jon Turney wrote:
On 01/06/2020 00:58, Ken
On 6/3/2020 12:51 PM, Jon Turney wrote:
On 02/06/2020 22:28, Jon Turney wrote:
On 02/06/2020 15:31, Ken Brown via Cygwin-apps wrote:
On 6/2/2020 10:26 AM, Jon Turney wrote:
On 01/06/2020 12:30, Jon Turney wrote:
On 01/06/2020 00:58, Ken Brown via Cygwin-apps wrote:
I'll see what I can
On 02/06/2020 22:28, Jon Turney wrote:
On 02/06/2020 15:31, Ken Brown via Cygwin-apps wrote:
On 6/2/2020 10:26 AM, Jon Turney wrote:
On 01/06/2020 12:30, Jon Turney wrote:
On 01/06/2020 00:58, Ken Brown via Cygwin-apps wrote:
I'll see what I can figure out, but as I said, it doesn't look to
On 02/06/2020 15:31, Ken Brown via Cygwin-apps wrote:
On 6/2/2020 10:26 AM, Jon Turney wrote:
On 01/06/2020 12:30, Jon Turney wrote:
On 01/06/2020 00:58, Ken Brown via Cygwin-apps wrote:
Thanks! That gets me much further in the glib build. I still have
a problem with the docs, but I have
On 6/2/2020 10:26 AM, Jon Turney wrote:
On 01/06/2020 12:30, Jon Turney wrote:
On 01/06/2020 00:58, Ken Brown via Cygwin-apps wrote:
Thanks! That gets me much further in the glib build. I still have a problem
with the docs, but I have no reason to think it's a meson bug. When running
On 01/06/2020 12:30, Jon Turney wrote:
On 01/06/2020 00:58, Ken Brown via Cygwin-apps wrote:
Thanks! That gets me much further in the glib build. I still have a
problem with the docs, but I have no reason to think it's a meson bug.
When running 'ninja install' I get the following:
On 01/06/2020 00:58, Ken Brown via Cygwin-apps wrote:
On 5/31/2020 4:52 PM, Jon Turney wrote:
On 29/05/2020 16:54, Jon Turney wrote:
On 27/05/2020 21:32, Ken Brown via Cygwin-apps wrote:
It looks like I've bumped into a variation of this bug. While
attempting to build the documentation for
On 5/31/2020 4:52 PM, Jon Turney wrote:
On 29/05/2020 16:54, Jon Turney wrote:
On 27/05/2020 21:32, Ken Brown via Cygwin-apps wrote:
It looks like I've bumped into a variation of this bug. While attempting to
build the documentation for the latest glib2.0 release, I got the following:
On 29/05/2020 16:54, Jon Turney wrote:
On 27/05/2020 21:32, Ken Brown via Cygwin-apps wrote:
It looks like I've bumped into a variation of this bug. While
attempting to build the documentation for the latest glib2.0 release,
I got the following:
FAILED:
On 25/05/2020 16:04, Ken Brown via Cygwin-apps wrote:
On 5/24/2020 1:00 PM, Ken Brown via Cygwin-apps wrote:
On 5/24/2020 12:45 PM, Ken Brown via Cygwin-apps wrote:
On 5/24/2020 11:56 AM, Jon Turney wrote:
On 21/05/2020 18:07, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 11:48 AM, Jon
On 27/05/2020 21:32, Ken Brown via Cygwin-apps wrote:
On 5/24/2020 11:56 AM, Jon Turney wrote:
So, yeah, this is a meson bug, which I will work on (if this command
ends up in the build.ninja, it's executed by ninja with 'sh -c', but
if it ends up in a pickle, it's executed by meson with
On 5/24/2020 11:56 AM, Jon Turney wrote:
So, yeah, this is a meson bug, which I will work on (if this command ends up in
the build.ninja, it's executed by ninja with 'sh -c', but if it ends up in a
pickle, it's executed by meson with execve())
It looks like I've bumped into a variation of
On 5/24/2020 1:00 PM, Ken Brown via Cygwin-apps wrote:
On 5/24/2020 12:45 PM, Ken Brown via Cygwin-apps wrote:
On 5/24/2020 11:56 AM, Jon Turney wrote:
On 21/05/2020 18:07, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 11:48 AM, Jon Turney wrote:
On 21/05/2020 16:13, Ken Brown via
Am 24.05.2020 um 17:30 schrieb Juan carlos Rebate via Cygwin:
[Can you _please_ cut down on the TOFU? Thanks ]
Hi Caba, I know qemu-system-i386 because the official binary is that
\
size.As for the command used I use this:x86_64-w64-mingw32- this way it
On 5/24/2020 12:45 PM, Ken Brown via Cygwin-apps wrote:
On 5/24/2020 11:56 AM, Jon Turney wrote:
On 21/05/2020 18:07, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 11:48 AM, Jon Turney wrote:
On 21/05/2020 16:13, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 9:24 AM, Jon Turney wrote:
On
On 5/24/2020 11:56 AM, Jon Turney wrote:
On 21/05/2020 18:07, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 11:48 AM, Jon Turney wrote:
On 21/05/2020 16:13, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 9:24 AM, Jon Turney wrote:
On 20/05/2020 15:50, Ken Brown via Cygwin-apps wrote:
On
On 21/05/2020 18:07, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 11:48 AM, Jon Turney wrote:
On 21/05/2020 16:13, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 9:24 AM, Jon Turney wrote:
On 20/05/2020 15:50, Ken Brown via Cygwin-apps wrote:
On 5/19/2020 7:04 PM, Ken Brown via Cygwin-apps
Dear Juan Carlos: I think by "command" we mean the full command line, plus information about the
version of the compiler, etc.
Regards - Eliot Moss
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:
Hi Caba, I know qemu-system-i386 because the official binary is that
size.As for the command used I use this:x86_64-w64-mingw32- this way it
compiles perfectly except for the file sizes, if I add the option - s the
error Bash option -s unknown, I use 64-bit
El dom., 24 may. 2020 11:32, Csaba
Hi Juan Carlos,
On 24/05/2020 02:08, Juan carlos Rebate via Cygwin wrote:
...
1 the compiler is extremely slow, gcc on Linux is about 10 times
faster, How could I speed up the compilation process?.
Unfortunately, Cygwin's emulation of fork() is slow compared to the native Linux
On 5/21/2020 11:48 AM, Jon Turney wrote:
On 21/05/2020 16:13, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 9:24 AM, Jon Turney wrote:
On 20/05/2020 15:50, Ken Brown via Cygwin-apps wrote:
On 5/19/2020 7:04 PM, Ken Brown via Cygwin-apps wrote:
I would like to adopt gimp and related
On 21/05/2020 16:13, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 9:24 AM, Jon Turney wrote:
On 20/05/2020 15:50, Ken Brown via Cygwin-apps wrote:
On 5/19/2020 7:04 PM, Ken Brown via Cygwin-apps wrote:
I would like to adopt gimp and related packages. At the moment I'm
having trouble with
On 5/21/2020 9:24 AM, Jon Turney wrote:
On 20/05/2020 15:50, Ken Brown via Cygwin-apps wrote:
On 5/19/2020 7:04 PM, Ken Brown via Cygwin-apps wrote:
I would like to adopt gimp and related packages. At the moment I'm having
trouble with babl, which is needed for gegl0.4, which is needed for
On 20/05/2020 15:50, Ken Brown via Cygwin-apps wrote:
On 5/19/2020 7:04 PM, Ken Brown via Cygwin-apps wrote:
I would like to adopt gimp and related packages. At the moment I'm
having trouble with babl, which is needed for gegl0.4, which is needed
for gimp. The problem involves
On 5/19/2020 7:04 PM, Ken Brown via Cygwin-apps wrote:
I would like to adopt gimp and related packages. At the moment I'm having
trouble with babl, which is needed for gegl0.4, which is needed for gimp. The
problem involves gobject-introspection.
If I disable introspection, the build works
Hi,
On Sun, May 3, 2020 at 4:54 PM Eliot Moss wrote:
> On 5/3/2020 8:52 AM, Maarten Hoes via Cygwin wrote:
> > Hrm.
> >
> > That's odd. I just installed MSYS2 and followed the instructions provided
> > in the QEMU wiki for MSYS2, and all preparatory steps of running
> >
On 5/3/2020 8:52 AM, Maarten Hoes via Cygwin wrote:
Hrm.
That's odd. I just installed MSYS2 and followed the instructions provided
in the QEMU wiki for MSYS2, and all preparatory steps of running
msys2/pacman/git/configure (only excluding the actual 'make' for
compilation) work as expected.
Hrm.
That's odd. I just installed MSYS2 and followed the instructions provided
in the QEMU wiki for MSYS2, and all preparatory steps of running
msys2/pacman/git/configure (only excluding the actual 'make' for
compilation) work as expected. There must be a difference between our
Yes, pkconfig is among the requirements although today in 2020 that package
is not in cygwin, due to the scarce documentation in this regard, I will
try to see if a cross-compilation is feasible.
El sáb., 2 may. 2020 23:47, Vanda Vodkamilkevich <
vanda.vodkamilkev...@gmail.com> escribió:
> Le
I can't use msys2 because when I use the Syu command it is not able to
resolve the download url,The only missing component is
mingw64-686-pkconfig, all other components if they are in cygwin
El sáb., 2 may. 2020 22:24, Maarten Hoes escribió:
> Hi,
>
> I have no personal experience with this,
Hi,
I have no personal experience with this, but when I take a look at the QEMU
wiki, it seems that :
[1]
Builds with cygwin are not really supported.
https://wiki.qemu.org/Hosts/W32#Native_builds_with_Cygwin
[2]
A supported way of building QEMU on Windows is with MSYS2
I'm already aware of the availability of binaries for windows, but I want
to compile it myself, I ask because qemu documentation is sparse.
El sáb., 2 may. 2020 21:39, john doe escribió:
> On 5/2/2020 9:28 PM, Juan carlos Rebate via Cygwin wrote:
> > Hello, it is the first time that I write
On 5/2/2020 9:28 PM, Juan carlos Rebate via Cygwin wrote:
> Hello, it is the first time that I write here, sorry for the possible
> malfunctions of the mailing list.I am interested in compiling qemu with
> cygwin and the documentation is scarce, it only indicates that the
> environment is complete
>*
>* Extract TAR.MD5 *
>*
>* TAR.MD5 needs to be in \in folder.*
>* Continuing will uncompress the file *
>* into the \in folder. *
>Hello,
>could you please help me in how to fix this ... i've tried multiple
>multiple utility roots and no luck.
>i can see the random.kennocha.com site is failing ...is there any other one
>i can try ?
> ***
> * Installing Permanent Root
Your previous message implies that you are not using an up-to-date
version of cygwin, so we probably can't help you with that.
Additionally, there seems to be a language barrier problem here.
Ask a friend to translate.
On 26/04/2019 20:26, Sancar kırkpınar wrote:
> rar file has put the password
> 1 [main] john 6368 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
>pointer. Please report this problem to
>the public mailing list cygwin@cygwin.com
>Warning: detected hash type "whirlpool", but the string is also
>recognized as "whirlpool0"
>Use the "--format=whirlpool0" option to force
On Wed, Aug 29, 2018 at 8:10 AM, Andrea Guerrieri wrote:
> C:\Users\Qualità.CAPALLE.002\Desktop\john\run>zip2john.exe ambra.zip >
> ambra.hash
> 2 [main] zip2john 6100 find_fast_cwd: WARNING: Couldn't compute
> FAST_CWD pointer. Please report this problem to
> ...
> --
> Problem reports:
I installed the LSA authentication package; but no difference in
behavior was found.
--Sam
On Wed, Jun 6, 2018 at 9:20 AM, Sam Habiel wrote:
> I am continuing to port GT.M to Cygwin
> (https://www.fisglobal.com/solutions/banking-and-wealth/services/database-engine).
>
> The database has a suid
Eliot Moss,
This worked perfectly:
char *dummy = NULL;
environ =
Thank you so much.
--Sam
On Mon, Jun 4, 2018 at 4:22 PM, Sam Habiel wrote:
> Thank you!
>
> On Mon, Jun 4, 2018 at 3:39 PM, Ken Brown wrote:
>> On 5/31/2018 9:43 AM, Eric Blake wrote:
>>>
>>> On 05/30/2018 09:48 AM, Sam
Thank you!
On Mon, Jun 4, 2018 at 3:39 PM, Ken Brown wrote:
> On 5/31/2018 9:43 AM, Eric Blake wrote:
>>
>> On 05/30/2018 09:48 AM, Sam Habiel wrote:
>>>
>>> I have code for a database I am porting to Cygwin.
>>>
>>> Part of that code is a clearenv() then a couple of setenvs. There is
>>> an
On 5/31/2018 9:43 AM, Eric Blake wrote:
On 05/30/2018 09:48 AM, Sam Habiel wrote:
I have code for a database I am porting to Cygwin.
Part of that code is a clearenv() then a couple of setenvs. There is
an ifdef for Cygwin, as it doesn't implement clearenv.
It wouldn't be hard to implement
You're welcome, Sam.
Keith
On Wed, May 30, 2018 at 8:22 PM, Sam Habiel wrote:
> Thank you Keith for you reply; but I am actually looking for the C APIs to
> manipulate the environment; esp. to clear it.
>
> On Wed, May 30, 2018 at 6:05 PM, Keith Christian
> wrote:
>
>> Sam,
>>
>> Here is a
On 05/30/2018 09:48 AM, Sam Habiel wrote:
I have code for a database I am porting to Cygwin.
Part of that code is a clearenv() then a couple of setenvs. There is
an ifdef for Cygwin, as it doesn't implement clearenv.
It wouldn't be hard to implement clearenv() for a future release of
Cygwin,
On 5/30/2018 11:56 PM, Marco Atzeri wrote:
> On 5/30/2018 4:48 PM, Sam Habiel wrote:
> environ = calloc(1, sizeof(*environ))
Indeed, this does not surprise me since environ is supposed
to be a pointer to an array of char *, whose last entry is
NULL. So the above line is the one needed. It
On 5/30/2018 4:48 PM, Sam Habiel wrote:
I have code for a database I am porting to Cygwin.
Part of that code is a clearenv() then a couple of setenvs. There is
an ifdef for Cygwin, as it doesn't implement clearenv. It just sets
environ = NULL. Well--that really breaks setenv! It returns a "Bad
Thank you Keith for you reply; but I am actually looking for the C APIs to
manipulate the environment; esp. to clear it.
On Wed, May 30, 2018 at 6:05 PM, Keith Christian
wrote:
> Sam,
>
> Here is a short demonstration of how to detect unset (possibly null,
> too?) variables in BASH. Not sure
Sam,
Here is a short demonstration of how to detect unset (possibly null,
too?) variables in BASH. Not sure if this is exactly what you are
looking for but presented for info.
set -x;A_VAR="${RANDOM}";echo "1. ${A_VAR}";echo "2.
${A_VAR:?IS_NOT_SET}";unset A_VAR;set +x
+ set -x
+ A_VAR=28641
+
On 2018-03-19 07:46, Marco Atzeri wrote:
> Unlikely that Kashif is following the mailing list
Thanks: resent to OP; fingers default to Reply to List ;^>
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Unlikely that Kashif is following the mailing list
On 18/03/2018 20:56, Brian Inglis wrote:
On 2018-03-18 13:35, Kashif Saeed wrote:
3 [main] ls 4420 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer.
Please report this problem to the public mailing list cygwin@cygwin.com
This is just
On 2018-03-18 13:35, Kashif Saeed wrote:
> 3 [main] ls 4420 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer.
> Please report this problem to the public mailing list cygwin@cygwin.com
This is just a warning to please upgrade Cygwin as explained at:
On 2017-01-17 17:04, sun zheng wrote:
> i also tried to install at c:/cygwin64 and the cygwin version is also
> 2.6.1-1
> it is not due to my install method. i just mean that i am using the
> latest setupexe, so the version is 2.6.1-1.
> and what i need is how to install 2.6.0-1 currently?
> or
On 5/21/2016 10:15 PM, Eliot Moss wrote:
[snip]
>> You surely tried this already: strip --strip-unneeded or --strip-debug?
>
> A helpful thought, but no, it did not occur to me. Getting pypy to run
> that extra step in the middle of its build would involve hacking its
> process
> of generating
(Sorry for top post: meant to send this to the list
in the first place ... EM)
Forwarded Message
Subject: Re: Help debugging a dll issue
Date: Sat, 21 May 2016 23:14:09 -0400
From: Eliot Moss <m...@cs.umass.edu>
Reply-To: m...@cs.umass.edu
To: Duncan Roe &l
On Sat, May 21, 2016 at 07:30:37PM -0400, Eliot Moss wrote:
> On 5/19/2016 10:54 PM, Eliot Moss wrote:
> >Dear Cygwin friends --
> >
> >I am trying to get pypy to build under cygwin. (It used to do so, but
> >has not been maintained.) I am very close, but there is something quite
> >odd
On 5/21/2016 9:45 PM, René Berber wrote:
On 5/21/2016 6:30 PM, Eliot Moss wrote:
[snip]
I used binary search, eliminating .o files from the .dll on the thought
that it was either a particular .o file that was leading to a problem,
or possibly the overall size (this is a huge link!). I found
On 5/21/2016 6:30 PM, Eliot Moss wrote:
[snip]
> I used binary search, eliminating .o files from the .dll on the thought
> that it was either a particular .o file that was leading to a problem,
> or possibly the overall size (this is a huge link!). I found that a .dll
> with 58725 section 1
On 5/19/2016 10:54 PM, Eliot Moss wrote:
Dear Cygwin friends --
I am trying to get pypy to build under cygwin. (It used to do so, but
has not been maintained.) I am very close, but there is something quite
odd happening when trying to access the large dll that the system builds:
the first
On 5/20/2016 9:36 AM, Duncan Roe wrote:
On Fri, May 20, 2016 at 08:02:20AM -0400, Eliot Moss wrote:
On 5/20/2016 7:26 AM, Duncan Roe wrote:
Hi Eliot,
Do you know what is the name of the totally different symbol? (maybe from nm -D)
Yes -- I have been using nm and objdump to examine the
On Fri, May 20, 2016 at 08:02:20AM -0400, Eliot Moss wrote:
> On 5/20/2016 7:26 AM, Duncan Roe wrote:
>
> >Hi Eliot,
> >
> >Do you know what is the name of the totally different symbol? (maybe from nm
> >-D)
>
> Yes -- I have been using nm and objdump to examine the relevant files. The
> dll
>
On 5/20/2016 7:26 AM, Duncan Roe wrote:
Hi Eliot,
Do you know what is the name of the totally different symbol? (maybe from nm -D)
Yes -- I have been using nm and objdump to examine the relevant files. The dll
is called libpypy-c.dll. The symbol I want to bind to is pypy_main_startup, and
On Fri, May 20, 2016 at 06:37:57AM -0400, Eliot Moss wrote:
> On 5/19/2016 11:28 PM, Sam Habiel wrote:
> >I had trouble with dlopen in Cygwin, where it did not behave intuitively. In
> >my case, I was
> >dlopening libicu and friends. If you search using my name on the Cygwin
> >mailing list, you
On 5/19/2016 11:28 PM, Sam Habiel wrote:
I had trouble with dlopen in Cygwin, where it did not behave intuitively. In my
case, I was
dlopening libicu and friends. If you search using my name on the Cygwin mailing
list, you should be
able to find out how I resolved the issue. I don't recall
On 18/03/2016 20:36, ari kumpumäki wrote:
Hi all
Why the following test code works fluently in Linux and cygwin 1.5.
But with cygwin 2.4.1 it gives a segmentation fault, when running "x =
mem[filePageSize];"
return (char *) mmap(0, ALIGN_TO_PAGE_SIZE(size), PROT_NONE,
MAP_SHARED |
On Nov 2 18:24, Jim Reisert AD1C wrote:
> On Mon, Nov 2, 2015 at 4:31 AM, Corinna Vinschen wrote:
>
> > It seems a Windows DLL or a virus scanner DLL gets loaded to this
> > address for some reason. I'm a bit at a loss to make a suggestion here,
> > except for switching to 64 bit Cygwin which
1 - 100 of 638 matches
Mail list logo
