On 10/17/2015 10:31 PM, Andrey Repin wrote:
Greetings, Ken Brown!
1. Download setup-x86.exe from the Cygwin website, and put it in an empty
directory c:/download-test.
2. Run setup-x86.exe. Choose "Install from Internet".
Choose "download only".
Makes the test simpler.
I tried that firs
Greetings, Ken Brown!
> 1. Download setup-x86.exe from the Cygwin website, and put it in an empty
> directory c:/download-test.
> 2. Run setup-x86.exe. Choose "Install from Internet".
Choose "download only".
Makes the test simpler.
--
With best regards,
Andrey Repin
Sunday, October 18, 2015
Seems free() is being called on an adjusted pointer, causing general
misbehaviour. A minimal patch below.
Anthony
--- src/mkshortcut/mkshortcut.c.Orig2015-10-17 21:57:08.0
-0400
+++ src/mkshortcut/mkshortcut.c 2015-10-17 22:16:41.269357400 -0400
@@ -412,7 +412,7 @@
char* exe_nam
On 10/17/2015 8:32 PM, kuaf wrote:
Hi list,
The Cygwin was running on Windows 10 box based on the latest [setup-x86.exe][1].
The unexpected error prompted when I `git clone` any repository,
0 [main] git-remote-https 24312 child_info_fork::abort:
C:\cygwin\bin\cygcurl-4.dll: Loaded to dif
Hi list,
The Cygwin was running on Windows 10 box based on the latest [setup-x86.exe][1].
The unexpected error prompted when I `git clone` any repository,
0 [main] git-remote-https 24312 child_info_fork::abort:
C:\cygwin\bin\cygcurl-4.dll: Loaded to different address:
parent(0x58) != ch
On 10/17/2015 5:14 PM, David Stacey wrote:
On 17/10/15 13:13, Ken Brown wrote:
On 10/17/2015 3:28 AM, Achim Gratz wrote:
Ken Brown writes:
Could you check if the setup.ini.sig file is just not stored to disk and
that setup would commence installing if you downloaded it manually and
put alongsi
On 17/10/15 13:13, Ken Brown wrote:
On 10/17/2015 3:28 AM, Achim Gratz wrote:
Ken Brown writes:
Could you check if the setup.ini.sig file is just not stored to
disk and
that setup would commence installing if you downloaded it manually and
put alongside the setup.ini file?
Is there a new req
Ken Brown writes:
> OK, doing it that way works. But if I add setup.ini alongside
> setup.xz and setup.xz.sig, then setup complains about not finding
> setup.ini.sig.
It shouldn't, at least not without complaining about a missing
setup.xz.sig first. Does it make a difference if you use the "-m"
On 10/17/2015 1:06 PM, Achim Gratz wrote:
Ken Brown writes:
I maintain my own small repository at a remote site and mirror it on my local
machine. It contains, for each architecture, setup.ini, setup.xz, and
setup.xz.sig. Installation from the remote site works fine. If I try to
install from
Ken Brown writes:
>> I maintain my own small repository at a remote site and mirror it on my local
>> machine. It contains, for each architecture, setup.ini, setup.xz, and
>> setup.xz.sig. Installation from the remote site works fine. If I try to
>> install from my local mirror, setup complains
> So I just uploaded a new test release, 4.3.1-2, that includes the patch.
BTW that patch and the test release are for x86_64 only. IIRC the bug didn't
occur in i686, but I'd have to look back at it to be sure.
--
Problem reports: http://cygwin.com/problems.html
FAQ: htt
Version 1.6.1-2 of "znc" has been uploaded.
ZNC is an IRC network bouncer (BNC). It can detach the client from the
actual IRC server, and also from selected channels. Multiple clients
from different locations can connect to a single ZNC account
simultaneously and therefore appear under the same ni
libunistring (source package)
libunistring2 (runtime library)
libunistring-devel (development library and include files)
libunistring-doc (documentation)
CHANGES:
New in 0.9.6:
* The data tables and line breaking algorithm have been updated to
Unicode
version 8.0.0.
http://git.sav
> This is at least _suggestive_ that your compilation environment and mine
> are in some way different.
>
> Does
>
> #define TERMINFO 1
>
> occur in your build/config.h ?
Henry, thanks for working to track this down. I went back and looked and I did
find one problem: because of an error in
On 10/17/2015 8:13 AM, Ken Brown wrote:
On 10/17/2015 3:28 AM, Achim Gratz wrote:
Ken Brown writes:
Could you check if the setup.ini.sig file is just not stored to disk and
that setup would commence installing if you downloaded it manually and
put alongside the setup.ini file?
Is there a new
Latest release of setup-x86.exe downloaded today.
Sample jar and folder for testing:
https://www.dropbox.com/s/8cdworjifch79de/sample_jar.zip?dl=0
Test on gcc-java-4.9.2-3:
$gjar -uf test.jar -C test icons
Illegal instruction (core dumped)
Test on gcc-5.2.0-1:
$gjar -uf test.jar -C test icons
Latest release of setup-x86.exe downloaded today.
gcc-java-4.9.2-3 has the wrong libgcj dependency. It erroneously depends
on libgcj16-5.2.0-1 instead of libgcj15-4.9.3-1 and will complain that
it can't find cyggcj-15.dll if I try to run gjar.
Matt D.
--
Problem reports: http://cygwin
On 10/17/2015 3:28 AM, Achim Gratz wrote:
Ken Brown writes:
Could you check if the setup.ini.sig file is just not stored to disk and
that setup would commence installing if you downloaded it manually and
put alongside the setup.ini file?
Is there a new requirement that a local repository has t
> You can always tell it to not check the signature (--no-verify / -X),
> but if the directory you set it upon looks like a mirror and has a setup
> file, then it will by default want to check the signature (belonging to
> the actual suffix used: .xz, .bz2 and lastly .ini).
>
Even with -X the in
Ken Brown writes:
>> Could you check if the setup.ini.sig file is just not stored to disk and
>> that setup would commence installing if you downloaded it manually and
>> put alongside the setup.ini file?
>
> Is there a new requirement that a local repository has to have a
> signature file? And do
Robert Pace writes:
> I can verify that the setup.ini.sig is not stored in the download
> folder. I earlier today downloaded the setup.ini.sig from the mirror
> site and put that file in the mirror folder and it complained that the
> setup.ini was corrupt.
Can you put both setup.ini and setup.ini
21 matches
Mail list logo
