Am 09.07.2018 um 14:37 schrieb Corinna Vinschen:
It is like they put the 64bit System 32 over 0x6b00 (maybe)
0x6b00? In your previous mail you wrote 0x6f00.
I used 0x6f00 for my last rebase experiment as wow64 was
loading over there consistently.
Anyway I found another
Hello! I maybe am getting the message underway and I don't see the
history on the message itself, and you seem to be replying somebody that
posted a question before I joined the list.
But I believe that if space is a concern there are two main points I can
think of:
- Selectively installing
I hesitate to jump in here but what about the common compression
programs cygwin provides like bzip2 and xz?
Maybe everyone knows about them and clearly you can't do this on files
you actually need to use (e.g., executables, tho looking at /usr/bin
some are 20MB each and if you know you don't
On Jul 9 11:16, Brian Inglis wrote:
> On 2018-07-09 10:49, Corinna Vinschen wrote:
> > On Jul 9 15:47, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> >> Hello,
> >>
> >> the following sample coredumps with FPE at localhost.cc:1962 with the
> >> latest snapshot (6/29/2018):
> ...
> > You can
On 09/07/2018 02:22, William Mitchell wrote:
Nope, same result. In fact, diff says there is no difference between this
cygGL-1.dll and the one I downloaded a few days ago.
I bought this computer in October 2012. It's due to be replaced anyway;
certainly before the Windows 7 end-of-life a year
On 07/06/2018 18:14, Ken Brown wrote:
On 6/6/2018 4:44 PM, Jon Turney wrote:
I know you had a few other patchsets in flight, which I've
unfortunately taken my eye off. If it's easier, you could push a
branch with somewhere with what's outstanding, and I'll see if I can
pick them up.
Here
On 02/04/2018 18:03, Ken Brown wrote:
[Redirected to cygwin-apps from
https://cygwin.com/ml/cygwin/2018-03/msg00365.html.]
On 3/22/2018 6:46 PM, Jon Turney wrote:
[...]
This is basically correct.
setup is now capable of being told about dependencies where upgrading
an already installed
---
libsolv.cc | 17 +
libsolv.h | 1 +
2 files changed, 18 insertions(+)
diff --git a/libsolv.cc b/libsolv.cc
index 63942b2..955a1b2 100644
--- a/libsolv.cc
+++ b/libsolv.cc
@@ -209,6 +209,23 @@ SolvableVersion::sourcePackageName () const
return
When adding a packageversion, extend it's packagesource::sites vector to
include the sites from any similar packageversions previously processed.
Also remove those packageversions from the libsolv pool so that libsolv will
always find the one that lists all the sites.
This is needed for:
-
On 17/03/2018 14:59, Ken Brown wrote:
When adding a packageversion for an entry in setup.ini, make its
packagesource::sites vector include the sites from previously
processed ini files.
Also remove from the libsolv pool the previous packageversions, so
that libsolv will always find the one that
I misunderstood you initially.
Hey, that works! Not quite as pretty, but I can work with it.
Thanks to all.
On 9 July 2018 at 01:18, Marco Atzeri wrote:
> Am 7/9/2018 um 2:55 AM schrieb William Mitchell:
>
>> Yes, I use gnuplot and xmgrace in other situations. But here I have
>> several .m
On 2018-07-09 10:49, Corinna Vinschen wrote:
> On Jul 9 15:47, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
>> Hello,
>>
>> the following sample coredumps with FPE at localhost.cc:1962 with the latest
>> snapshot (6/29/2018):
...
> You can simplify your testcase by not calling any time functions:
Hello,
the following sample coredumps with FPE at localhost.cc:1962 with the latest
snapshot (6/29/2018):
#define _GNU_SOURCE
#include
#include
#include
static time_t s_Time;
static void fun(void)
{
char buf[40];
strftime(buf, sizeof(buf), "%m/%d/%y %H:%M:%S", localtime(_Time));
On Jul 9 09:25, cyg Simple wrote:
> On 7/9/2018 5:10 AM, Corinna Vinschen wrote:
> > On Jul 8 20:34, Steven Penny wrote:
> >> If you run this command with Linux Ruby or RubyInstaller [1]:
> >>
> >>$ ruby -e 'p File.size(".")'
> >>65536
> >>
> >> you correctly get the IO Blocks for the
On 7/9/2018 5:10 AM, Corinna Vinschen wrote:
> On Jul 8 20:34, Steven Penny wrote:
>> If you run this command with Linux Ruby or RubyInstaller [1]:
>>
>>$ ruby -e 'p File.size(".")'
>>65536
>>
>> you correctly get the IO Blocks for the current directory. However not with
>> Cygwin Ruby:
On Jul 9 13:37, Marco Atzeri wrote:
> Am 7/9/2018 um 11:03 AM schrieb Corinna Vinschen:
> > On Jul 8 18:03, Marco Atzeri wrote:
> > > Am 30.06.2018 um 22:47 schrieb Ken Brown:
> > > > On 6/30/2018 11:52 AM, Marco Atzeri wrote:
> > > >
> > > > I've never had this problem with my own 32bit
On 7/7/2018 8:40 AM, Jon Turney wrote:
On 06/07/2018 15:05, Jon Turney wrote:
On 06/07/2018 14:51, Jon Turney wrote:
Thanks for the patch.
The version is checked (again), at ini.cc:404
I've never understood why we have this twice.
(I think the idea might be that first we are checking the
Am 7/9/2018 um 11:03 AM schrieb Corinna Vinschen:
On Jul 8 18:03, Marco Atzeri wrote:
Am 30.06.2018 um 22:47 schrieb Ken Brown:
On 6/30/2018 11:52 AM, Marco Atzeri wrote:
I've never had this problem with my own 32bit installation on W10, but I
just reproduced it by doing a new installation
On Jul 8 20:34, Steven Penny wrote:
> If you run this command with Linux Ruby or RubyInstaller [1]:
>
>$ ruby -e 'p File.size(".")'
>65536
>
> you correctly get the IO Blocks for the current directory. However not with
> Cygwin Ruby:
>
>$ ruby -e 'p File.size(".")'
>0
On Jul 8 18:03, Marco Atzeri wrote:
> Am 30.06.2018 um 22:47 schrieb Ken Brown:
> > On 6/30/2018 11:52 AM, Marco Atzeri wrote:
> >
> > I've never had this problem with my own 32bit installation on W10, but I
> > just reproduced it by doing a new installation with your list of
> > packages. Have
On Mon 2018-07-09 (05:18), Andrey Repin wrote:
> > SIGH. I was hoping a 32 bit cygwin with 32 bit self compiled programs will
> > run on 64 bit Windows, too. But I was wrong.
> > Meanwhile I have 4 VMs:
> > Windows 32 bit with 32 bit cygwin
> > Windows 32 bit with 32 bit cygwin for compiling
> >
On 2018-07-08 20:18, Andrey Repin wrote:
>> On Fri 2018-06-08 (19:41), Andrey Repin wrote:
> 2.) Do a Cygwin build and copy cygwin1.dll
I already have a /usr/bin/cygwin1.dll on the Windows 8 target system.
>>> It's a wrong architecture. You need a 32-bit one for your 32-bit program.
22 matches
Mail list logo