On Thu, Aug 11, 2022 at 09:13:21AM -0400, Ken Brown wrote:
> On 8/10/2022 9:29 PM, Tony Cook wrote:
> > While I get a SEGV from miniperl, a simple reproducer returns a
> > SIGTRAP:
> >
> > tony@enceladus ~/dev/perl/git
> > $ cat newlocale-test.c
> > #i
"help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./miniperl...
(gdb) b locale.c:1154
Breakpoint 1 at 0x10077db13: file locale.c, line 1154.
(gdb) r
Starting program: /home/tony/dev/perl/git/perl/miniperl -e0
[New Thread 13
On Mon, Nov 22, 2021 at 02:04:06PM +0100, Corinna Vinschen via Cygwin wrote:
> On Nov 22 11:34, Corinna Vinschen via Cygwin wrote:
> > On Nov 21 11:16, Tony Cook wrote:
> > > On Thu, Nov 18, 2021 at 09:08:40PM +, Sam Edge via Cygwin wrote:
> > > > I use newlib o
he optional-to-implement VLA feature too.
Tony
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
On Wed, Nov 17, 2021 at 01:27:55PM +0100, Corinna Vinschen via Cygwin wrote:
> On Nov 17 18:21, Takashi Yano via Cygwin wrote:
> > On Wed, 17 Nov 2021 11:37:18 +1100
> > Tony Cook wrote:
> > > This came up from regression testing perl.
> > >
v=0x800ca9e78,
pat=0x523a3501 "%.9f") at sv.c:11076
#14 0x5210aa74 in Perl_upg_version (my_perl=0x80004a3e0,
ver=0x800cacb00, qv=false) at /home/tony/dev/perl/git/perl/vutil.c:700
#15 0x520440a4 in XS_universal_version (my_perl=0x80004a3e0,
cv=0x80004dfa
Regards,
Tony
If you do not want to receive any more information from us, please Unsubscribe
us. thanks.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwi
On Thu, Jul 23, 2020 at 12:18 PM Brian Inglis <
brian.ing...@systematicsw.ab.ca> wrote:
>
> On 2020-07-23 11:00, Tony Richardson via Cygwin wrote:
> > On Thu, Jul 23, 2020 at 11:49 AM Ken Brown via Cygwin wrote:
> >> On 7/23/2020 12:48 AM, Marco Atzeri via Cygwin wrote
On Thu, Jul 23, 2020 at 11:49 AM Ken Brown via Cygwin
wrote:
> On 7/23/2020 12:48 AM, Marco Atzeri via Cygwin wrote:
> > On 23.07.2020 00:12, Ken Brown via Cygwin wrote:
> >> On 7/22/2020 6:07 PM, Tony Richardson via Cygwin wrote:
> >>> On Wed, Jul 22, 2020 at 3
On Thu, Jul 23, 2020 at 9:40 AM marco atzeri wrote:
> On Thu, Jul 23, 2020 at 2:49 PM Tony Richardson via Cygwin wrote:
> >
> > On Thu, Jul 23, 2020 at 12:44 AM wrote:
> >
> > > On Wed, 22 Jul 2020 20:10:44 +0200
> &
is Windows Defender. I still have issues when I turn that
off. It could be something else though, but I try to keep both machines as
clean as possible. Everything else that I use (gcc, g++, make, vi, rsync,
octave, cygwin-x, ...) all seem to work fine.
Tony
--
Problem reports: https://cygwin.com/
On Wed, Jul 22, 2020 at 3:48 PM Marco Atzeri via Cygwin
wrote:
> On 22.07.2020 14:06, Ken Brown via Cygwin wrote:
> > On 7/22/2020 1:36 AM, Marco Atzeri via Cygwin wrote:
> >> On 22.07.2020 02:10, Tony Richardson via Cygwin wrote:
> >>> I have attached both
On Wed, Jul 22, 2020 at 12:36 AM Marco Atzeri via Cygwin
wrote:
> On 22.07.2020 02:10, Tony Richardson via Cygwin wrote:
> > I have attached both the cygcheck and strace output.
> >
> > Tony Richardson
> >
>
> something is clearly interfering with your Cygwin i
I have attached both the cygcheck and strace output.
Tony Richardson
On Tue, Jul 21, 2020 at 7:00 PM Brian Inglis <
brian.ing...@systematicsw.ab.ca> wrote:
>
> On 2020-07-21 10:17, Tony Richardson via Cygwin wrote:
> > On Tue, Jul 21, 2020 at 9:51 AM Brian Inglis wrote:
> &
uuid-1.dll (0x3b73e)
> cygXau-6.dll => /usr/bin/cygXau-6.dll (0x3eb78)
> cygXdmcp-6.dll => /usr/bin/cygXdmcp-6.dll (0x3eb66)
> cygintl-8.dll => /usr/bin/cygintl-8.dll (0x3c256)
> cygX11-6.dll => /usr/bin/cygX11-6.dll (0xcd)
> cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x3d6e0)
>
> --
> Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
I just wanted to mention that I am having similar problems with graph as
the original poster (memory access error after loading cygiconv-2.dll). I
am running Windows Defender as my only AV. The problem persists after
turning that off though.
Tony Richardson
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
ere is consistent alternation between the two. LXDE is my
preferred desktop, but I tend to use Xfce because of this problem.
I thought that there might be some weird interaction in the configuration
files used by the different desktop environments so I deleted all the
config files (dot files) i
is back to normal. The next time I restart I see the black
background.
I also have the Xfce desktop installed and it works fine everytime. Does
anyone else have this issue with LXDE? This has been an on-going issue for
me for a while (over a year?) on two different computers.
Tony Richardson
ntinue, trying to find something on the path that could
> be executed? That would surprise me a little, but I'd have to go read the
> fine print on bash, etc.
>
> Regards - Eliot Moss
>
I am surprised but, I see the same behavior. No output from an executable
called excel.exe. winw
. Running the executables manually
or outside of cygwin/ctest can sometimes give more useful output on problems
like that (from windows popups, etc).
From: Marco Atzeri
Sent: Thursday, January 10, 2019 5:49 AM
To: Tony Kelman; Ivan Shynkarenka
Subject: Re: refreshing cmake
Am 1/9/2019 um 7:28 AM schrieb To
> 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
> 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
heckbox?
I'm not sure if this is how older setup versions worked, but it might make
sense to not propagate selections from "All" to the "_obsolete" category
when that checkbox is enabled.
Thanks,
Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Linux stdio.h exposes the declaration of cuserid() both with standard
version macros and with _GNU_SOURCE:
tony@mars:~/play$ cat testcuserid.c
#define _GNU_SOURCE
#include
int main() {
puts(cuserid(NULL));
return 0;
}
tony@mars:~/play$ gcc -otestcuserid -Werror=all testcuserid.c
tony@mars
> do you need a static lib ?
> I saw some distri are packaging it.
Presumably the static lib should go in a -devel package? I wouldn't
want to link cmake to the static lib though, that would defeat the
purpose of de-vendoring it and using separately packaged dependencies.
> builds successfully
with each
new version, so working to upstream them will save time over the long run.
I haven't reviewed what Ivan has changed in the packaging, patches, etc.
So heavy cygwin users of cmake, particularly packagers of other cmake-built
programs and libraries, should carefully test out the new builds.
-Tony
>> No, Tony explained how it's related to MSYS2. This isn't a MSYS2 mailing
>> list.
>
> Don't think they have one.
Whoops, yes they do https://sourceforge.net/p/msys2/mailman/msys2-users/
--
Problem reports: http://cygwin.com/problems.html
FAQ: htt
>>>>>> Can anyone enlighten me about the relationship of "Git for Windows" to
>>>>>> Cygwin?
>>>>> They are not related.
>>>> Yes, they are.
>>> No they're not.
>> Tony explained well how they are related
Any git and/or MSYS2
maintainers can correct me if anything I stated here is incorrect.
-Tony
--
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
>> [f] https://cygwin.com/ml/cygwin/2015-03/msg00384.html
>
> socat 2.0.0-b7-1 was relabelled as test
I'm seeing an attempted update to socat 2.0.0-b8-1 (which doesn't even
exist on the mirror I'm using, AFAICT) so that may need the same treatment?
Currently cygwin emulates* Linux (and most other POSIXish systems that
I'm aware of) by allowing the current directory to be removed:
tony@saturn ~/dev/perl/git
$ mkdir foo
tony@saturn ~/dev/perl/git
$ cd foo
tony@saturn ~/dev/perl/git/foo
$ rmdir ~/dev/perl/git/foo
but is inconsistent after
>> >> - parallel: run multiple jobs at once
>>
>> I'd be hesitatnt to package that since it directly clashes with GNU
>> parallel (not available on Cygwin yet).
>
> Hmm. I wasn't aware of GNU parallel, and I'm not sure how that sort of
> problem is generally handled. Possibly that could be
>
> On cygwin the shared lib are in /usr/bin .
I opened https://github.com/ARMmbed/mbedtls/issues/574 with upstream 8
months ago offering to fix this for them but they haven't responded
in any useful way.
-Tony
I was running Cygwin on a windows10, and I got this message inside a shell
window of emacs:
>grep Believin *.html
1 [main] grep 2308 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to the public mailing list
cygwin@cygwin.com
--
Problem reports:
mit/?id=163e96a0e619a900eab6de827c7c5749ecc9d3f2
may have been accidental. As of
http://git.savannah.gnu.org/cgit/tar.git/commit/?id=9a33077a7b7ad7d32815a21dee54eba63b38a81c
(the very first commit after 1.29), this invocation now gives an error.
Guess no action is needed.
-Tony
--
Problem repo
Test case:
Tony@LAPTOP-O230JCFF ~
$ tar --version
tar (GNU tar) 1.29
Packaged by Cygwin (1.29-1)
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redist
> The big question remains, where this speed boost coming from?
> Is this a startup time? Or some internal slowness?
> Because in latter case, given your STC, this is a bash issue and should be
> reported upstream.
Dunno what you meant by STC, but upstream is well aware:
$ man bash | tail -n 21
void @test(<4 x i32> %in, <4 x i32> %in2) {
%k = icmp eq <4 x i32> %in, %in2
ret void
}
> I'll to include the update in the next 5.x release.
Thanks! We're mainly trying to double-check that the patch doesn't
introduce any regressions, cause more problems than it sol
rectly
when you try to use clang on Windows.
I'll use time machine if that's my only way to keep getting gcc 4,
but this bug in gcc should really be fixed or it's going to start
showing up in cygwin-mingw-cross and msys2 packages.
Thanks,
Tony
--
Problem reports: http://cygwin.com/problem
On Tue, Oct 25, 2016 at 2:54 PM, Tony Cappellini <cappy2...@gmail.com> wrote:
>
> >>Any chance you mistakenly inserted carriage returns into the file? Does
> >>running it through d2u clear up the problems?
>
Yes, that did the trick. The error messages are now gone.
ave re-sourced the conf file after each edit.
Would someone shed some light on this incompatibility with tmux under Cygwin?
Thanks
Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Un
> 2 [main] mandb (736) t:\cygwin64\bin\mandb.exe: *** fatal error -
> cygheap base mismatch detected - 0x1802FC408/0x110C408.
As far as I can tell, build 14946 fixed whatever the problem was.
Crisis averted, for now.
-Tony
--
Problem reports: http://cygwin.com/problems.ht
> No, that looks like I'd expect it to. You need to look at the process
> map when you have fork problems, since the problem seems to be
> intermittent.
How so? Something like
for i in `seq 1000`; do
cat /proc/self/maps > procselfmaps_`date +%s.%N`.txt;
done &
before running the problematic
indows stuff? Set a system variable CYGWIN_NOWINPATH=true and try
> again.
Didn't help. BTW, that remains undocumented, ref
https://cygwin.com/ml/cygwin/2014-08/msg00418.html
C:\cygwin64\bin>set CYGWIN_NOWINPATH=true
C:\cygwin64\bin>sh -l
Tony@LAPTOP-O230JCFF ~
$ cd github/curl
Tony@LA
> You've got two different cygwin1.dll somewhere on your PATH.
For more information, I have one cygwin64 installation on C:, one
cygwin32 installation on E:, and they're never both on my path at
the same time. I'm not sure where that orphan registry entry that was
showing up in cygcheck.out came
> You've got two different cygwin1.dll somewhere on your PATH. As your builds
> proceed, they likely start out using the correct cygwin1.dll but sometimes
> load
> the wrong cygwin1.dll along the way. The error message tells you how to solve
> the problem. But I usually use this method:
>
> Using the following AppVeyor script, attempting to run cmake returns
> “command not found”. If I run “which cmake”, I get “/usr/bin/cmake”,
> so it’s there. If I compile cmake manually it works fine (using the
> same 3.6.2). As a not, CMake seems to work fine on Windows 10.
Can you reproduce
te sample of the error message so we can
> determine where in the Cygwin code it's coming from?
I'll have to see if I can reproduce in a VM, and hope they release a
stable build soon that doesn't expire on me or exhibit this problem.
Is anyone else testing insider builds?
-Tony
--
Problem reports
the Insider fast
> ring for a few months
Anybody? Just checked 14931 and it has the same problem.
I'll be switching back the slow ring as soon as it lets me, but
I'm about to start getting "build will expire" popups.
-Tony
--
Problem reports: http://cygwin.com/problems.html
FA
for somewhere. Advice, anyone?
Thanks,
Tony
--
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
generation system, used to control
the software compilation process using simple platform and compiler
independent configuration files. CMake generates native makefiles and
workspaces that can be used in the compiler environment of your choice.
HOMEPAGE
http://www.cmake.org
Best,
Tony Kelman
If you
generation system, used to control
the software compilation process using simple platform and compiler
independent configuration files. CMake generates native makefiles and
workspaces that can be used in the compiler environment of your choice.
HOMEPAGE
http://www.cmake.org
Best,
Tony Kelman
If you
e
>> specifically cc you?
>>
>
> Please CC me, thanks.
GCC's bugzilla couldn't find a match for the gmail reply-to email you
have here, so see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77333
-Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Yaakov,
>
> Can you restore 4.9.2-2 as previous? Thanks.
In the meantime it would be good to get 4.9.2-2 back as prev if
we can. Thanks!
-Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.c
c.gnu.org/bugzilla/show_bug.cgi?id=68601 wasn't
actually a duplicate of 66655. Will continue investigating.
-Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: ht
n after rebuilding
5.4.0-2 from the -src cygport with the patch for GCC bug 66655 added. So
maybe some other change is also needed to get this working, hopefully one
that is included in GCC 6. I'll have to test a cross-compilation from
opensuse where they already have mingw-w64 GCC 6 packaged and s
ug.cgi?id=66655
the underlying issue may have also been a problem for cygwin targets,
but I do much less testing there as Julia relies on async IO (via a fork
of libuv) that cygwin doesn't provide.
-Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwi
expected.
Thanks,
Tony
--
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
laptop with an SSD, the from-scratch
source build of Julia without linking to any pre-existing dependency
libraries took about an hour. Not sure how that compares to QT.
-Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
prereq checks
git clone https://github.com/JuliaLang/julia -b release-0.5
cd julia
mkdir -p usr/bin # I'll need to fix Julia's build system for libvtv
cp /usr/x86_64-w64-mingw32/sys-root/mingw/bin/libvtv-0.dll usr/bin
make -j8 test # defaults to cross-compile when build env is cygwin
-Tony
LMH molconn.com> writes:
> It looks like I need to point CMAKE_CXX_COMPILER_ID to clang, but I am not
sure how
> to do that. I don't know if the problem is with the CMakeLists.txt file,
the way I am
> calling cmake, or with my local cygwin configuration.
Are you setting
k cv_adams spends much time (if any?)
in BLAS/LAPACK dense linear algebra functions, I think it's mostly
dominated by function evaluation time.
-Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com
This is more of a general numerical ODE or Sundials usage question
rather than a cygwin specific one, but I would try openmp or mpi on
your function evaluations first, if that's taking most of the time.
Do you know whether sundials is thread-safe?
-Tony
--
Problem reports: http://
> > Klonar till "cgreen"...
> >
> > Thomas thoni64 ~
> > $
Maybe try
$ PATH=/usr/bin git clone https://github.com/thoni56/cgreen.git
? That has helped resolve similar issues for me in the past.
-Tony
--
Problem reports: http://cygwin.com/problems.html
F
ownload? Also looking
into (and posting) the full content of the cmake error/output log files
might provide more information about what the problem is.
Thanks,
Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http:/
/a9322320eb73f9c3b56f6b732785d8a4
... (about 12 minutes in) ...
make[2]: Entering directory '/home/Tony/github/llvm-3.7.1.src/build/tools/lto'
make[2]: *** No rule to make target
'/home/Tony/github/llvm-3.7.1.src/build/Release+Asserts/lib/libLLVMBPFCodeGen.a',
needed by
'/home/Tony/github/llvm-3.7.1.src/build/Release+Asserts
urce instructions to potential users?
AFAIK the only packaged cross compiler in cygwin right
now is for the mingw-w64 hosts.
-Tony
> The following packages have been uploaded to the Cygwin distribution:
>
> * mingw64-i686-fftw3-3.3.4-1
> * mingw64-x86_64-fftw3-3.3.4-1
Does mingw64-*-pkg-config need to be a runtime dependency of these?
-Tony
--
Problem reports
convenient once enough of the syscalls are
working that you don't notice any gaps. I'd prefer a different distro's
userland if I had a choice, but maybe that'll be possible later.
-Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On Tue, Apr 12, 2016 at 03:30:49PM +0200, Corinna Vinschen wrote:
> On Apr 12 15:07, Tony Cook wrote:
> > strxfrm() returns an incorrect value if you supply an output buffer
> > and that buffer is too short for the result.
> >
> > With the code following:
> >
On Tue, Apr 12, 2016 at 10:20:13AM +, Achim Gratz wrote:
> Tony Cook develop-help.com> writes:
> > strxfrm() returns an incorrect value if you supply an output buffer
> > and that buffer is too short for the result.
>
> The text in the C standard is:
>
> >&g
perror("setlocale");
return 1;
}
size_t sza = strxfrm(xbuf, "alphabet", sizeof(xbuf));
printf("sz: %zd\n", sza);
size_t szb = strxfrm(NULL, "alphabet", 0);
printf("sz: %zd\n", szb);
return 0;
}
On cygwin:
tony@phobos ~
$ gcc -ostrxfrmtest
://www.7-zip.org
Best,
Tony Kelman
--
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
://www.7-zip.org
Best,
Tony Kelman
re - but I also might not use cygwin
either, we'll see.
I'll spin a -2 rebuild with the setup.hint mistake fixed, and mark the
build time dependency.
-Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.c
Achim Gratz nexgo.de> writes:
> You could have renamed the p7zip-15.09-2.cygwin.patch file or you could
> remove it and add these three lines to the cygport file:
Whoops, thanks, of course I forgot something dumb like that. Will give it
another go next time I'm using Windows.
Tha
rwise I'll have to reboot over into windows to look at any patches
you may have. Without the patch from the tail end of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66655 , mingw-w64 gcc 5.x
will miscompile llvm. This should be fixed when gcc 6 comes out, but
that may of course break other things.
-Ton
Tony Kelman kelman.net> writes:
>
> > I have just updated the mingw-w64 headers, runtime, and winpthreads to
> > 4.0.5-1.
> >
> > mingw64-*-headers-4.0.5-1
> > mingw64-*-runtime-4.0.5-1
> > mingw64-*-winpthreads-4.0.5-1
>
> Question, since I ju
if anyone has done this and is willing to share
> I'd love to hear about it. BTW, I'm using Windows 7 and am current
> on Cygwin 64-bit.
>
> --Ken Nellis
Git for Windows has (used to have?) a "git bash here" explorer integration
that I bet you could borrow and adapt into a "cygwin t
when I first adopted
the package. I'm not motivated enough to fight with cygport to modernize this
so I'll upload manually. Is this a regression in cygport's permissiveness?
If anyone wants to help point me in the right direction with modernizing,
I have the packaging sources up at https://github
untrusted party.
Does this refer to the CVE-2015-8607 and CVE-2016-2381 fixes?
The second is a bit more complex than losing taint.
Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
U
cause back to here - is it intentional that x86_64-headers
gets built with --enable-secure-api but i686-headers doesn't?
Thanks,
Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cy
se i686-pc-mingw32-windres? If that doesn't exist, I know there is
one in mingw-w64 under the name i686-w64-mingw32-windres.
-Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
source package as a result.
You're not supposed to use BUILD_SHARED_LIBS with LLVM's cmake build.
They have a dedicated flag LLVM_BUILD_LLVM_DYLIB for this.
-Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: ht
ttps://github.com/JuliaLang/Example.jl;;
char* repo_path = "Example.Bare";
git_clone_options clone_opts = GIT_CLONE_OPTIONS_INIT;
clone_opts.bare = 1;
git_libgit2_init();
git_clone(_ptr, repo_url, repo_path, _opts);
git_libgit2_shutdown();
}'> clonetest.c
Tony@LAPTOP-O23
oo
without needing something like Wine.
-Tony
.
HOMEPAGE
https://sourceforge.net/projects/p7zip and http://www.7-zip.org
Best,
Tony Kelman
If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin
.
HOMEPAGE
https://sourceforge.net/projects/p7zip and http://www.7-zip.org
Best,
Tony Kelman
If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin
s some hefty dependencies but I wonder what the minimum
footprint of a wine-capable VM or container would be.
-Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http:
verything worked.
-Tony
-bit home (/cygdrive/c/cygwin64/home/Tony/foo).
-Tony
on mingw-w64 library and
application packages?
(Also a newer clang+llvm would be useful, they've made a lot of
improvements since 3.5.)
-Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/
sftp or ssh
option via command line or environment variable that I can set for more
verbose debugging output that might tell us what's going on here?
Thanks,
Tony
y've deprecated autotools (it's still there in 3.8 with
a warning, but has been deleted on trunk which will become 3.9).
I'll check your i686-libgit2 package soon, but I suspect it may be
affected by https://github.com/libgit2/libgit2/issues/3342 and need
to be built with -mincoming-stack-bo
y've deprecated autotools (it's still there in 3.8 with
a warning, but has been deleted on trunk which will become 3.9).
I'll check your i686-libgit2 package soon, but I suspect it may be
affected by https://github.com/libgit2/libgit2/issues/3342 and need
to be built with -mincoming-stack-bo
kay, what's the best way to get this fixed then? Generate new
ssh keys? Or someone else can NMU this since it's a security issue,
my cygport including the new patch is at https://github.com/tkelman/cygwin-p7zip
-Tony
>> Tony@LAPTOP-O230JCFF ~/github/cygwin-p7zip
>> $ cygport p7zip-15.09-2.cygport upload
>>>>> Uploading p7zip-15.09-2.x86_64
>>>>> Running lftp sftp://cyg...@cygwin.com
>> Password:
>> cd: Fatal error: Host key verification failed
>
Achim Gratz said:
> You've been digging at the Perl locale test fails?
More that Karl Williamson was, I just turned it into a report.
Tony
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.h
Hi list,
Simplified to a C program below, calls to sprintf() under the ps_AF
and ps_AF.utf8 locales are returning a value that doesn't match the
length of the formatted string:
tony@phobos ~
$ cat ps_AF.c
#include
#include
#include
int main(int argc, char **argv) {
char buf[100];
char
> Ack, will do today. Need to copy my ssh keys over to a new laptop, hopefully
> that
> will go smoothly and I've got all the build-deps installed.
It didn't. Am I doing this wrong? (and should I move this to the main list?)
$ eval `ssh-agent`
Agent pid 12848
Tony@LAPTOP-O230JCFF
> Tony,
>
> A directory traversal vulnerability has been reported in p7zip-15.09.
> Could you please spin a new release with the following patch:
>
> http://pkgs.fedoraproject.org/cgit/rpms/p7zip.git/plain/p7zip-15.09-CVE-2015-1038.patch
>
> --
> Yaakov
Ack, will do
1 - 100 of 296 matches
Mail list logo