Hello,
There seem to have been many changed md5sum's recently (timestamps above) under
_obsolete/ but also under GNOME/, automake/, jpeg/, pkgconfig/.
The replacement *.bz2 files are identical (of size 46 with md5sum
c616cffee0f344c37fd4e045a7a87054).
All ok?
Fergus
--
Unsubscribe info: h
On 04/08/2008, Andrew DeFaria wrote:
I don't subscribe to the "talk list". Now what?
I'm afraid you're left to talk with yourself then. ;-)
Seriously, you have a couple of options at least:
1. Subscribe
2. Follow the discussion in the archives
It's easier to respond, if you care to, with t
Gmane User wrote:
Arg. Andrew. My thread TITTTL'd! :(
Again, I don't subscribe to the "talk list".
I thought this was cygwin related because all the affected files are
mostly involved with my use of Cygwin. And normal Windows users
don't go about finangling file permissions in the manner
Dave Korn wrote:
Actually HTML is text. It's surely not binary! Every character in an
HTML file is printable, for example.
That's very interesting, but surely a bit off-topic - I thought this
mailing list was meant to be all about defragmentation software, not
text-vs-binary file formats?
Hmmm
Chuck,
Well, I tried libtool 2.2.2 on a 1.5 package with autoreconf.
Unfortunately it wouldn't build any shared libraries:
/bin/sh ../libtool --tag=CC --mode=link gcc -O2 -pipe-o
libgdasql-3.0.la -rpath /usr/lib -version-info 3:0:0 -no-undefined
parser.lo lexer.lo sql_parser.lo mem.lo s
Yaakov (Cygwin Ports) wrote:
Charles Wilson wrote:
| I'm not so sure. I still think that calling LT_OUTPUT immediately after
| LT_INIT is not exactly equivalent to 1.5 behavior.
I think it is equivalent, seeing from a typical configure run with
libtool 1.5:
Looking at some of the other compatib
Brian Keener wrote:
> As to the second part of my question - is there a way to determine what
> sources/debug info I still need to get around the ?? Or is that just a
> matter of tracing from the sources I can see to find what it is bing
> called next?
Most of those frames with ?? are totally bog
Brian Dessent wrote:
> thinking that somehow there's a segmentation fault in pthreads code when
> there isn't. If you're going to enable the option then you need to
> "continue" past those non-faults.
Brian,
Thanks for clarifying that. I was doing that for two reasons - the first
is because I
On Mon, Apr 7, 2008 at 4:25 AM, Michael Holm <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have read a lot of documents, but i really cant get this issue solved :(
> All i want is to be able to execute bash scripts from a windows
> desktop.. what i do now is..
>
>
> a batch script:
> c:\cygwin\bin\ba
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
| I'm not so sure. I still think that calling LT_OUTPUT immediately after
| LT_INIT is not exactly equivalent to 1.5 behavior. I think that is too
| early...but I don't know how to force a non-local insertion of
| LT_OUTPUT, an
Corinna Vinschen cygwin.com> writes:
> The patch is in CVS, not in the latest release. You could try the
> latest developer snapshot from http://cygwin.com/snapshots/, but for the
> time being, there's no fix for the release itself. Note that snapshots
> are not made for production environments
Angelo Graziosi ha scritto:
Dr. Volker Zell ha scritto:
Angelo Graziosi writes:
But why still 3.2.4 version? A new release 3.2.5 with several bug
fixes has been released [1].
The problem is it does not compile due to dependency on
#include
in w_intersect.c (which we don't have) and later
Brian Keener wrote:
> (gdb) set cygwin-exceptions on
> (gdb) run
> ...
> Program received signal SIGSEGV, Segmentation fault.
> 0x610d5de9 in pthread_mutexattr_init (attr=0x23cb50)
> at /usr/develop/src/src/src/winsup/cygwin/thread.cc:123
> 123 if ((*object)->magic != magic)
> (gdb) thre
Dr. Volker Zell ha scritto:
Angelo Graziosi writes:
But why still 3.2.4 version? A new release 3.2.5 with several bug fixes has
been released [1].
The problem is it does not compile due to dependency on
#include
in w_intersect.c (which we don't have) and later on
w_intersect.c:884: er
Robert Eckhoff wrote on 08 April 2008 17:41:
> Below are the errors I received before I made their
> associated changes.
> Dave Korn wrote:
>> Robert Eckhoff wrote on 05 April 2008 22:39:
>>
>>
>>> directories. Winsup also had some source problems that I corrected.
>>>
>>> ~/cygwin-1.5.25-11/wi
On Tue, Apr 08, 2008 at 07:37:46PM +0100, Dave Korn wrote:
>In other words, by that definition, absolutely everything in the entire
>universe is cygwin related.
Uh oh. I think sourceware.org is going to need one of those newfangled
"download-The-Library-of-Congress-in-.5-seconds" fast internet pi
Angelo Graziosi wrote on 08 April 2008 17:21:
> Dr. Volker Zell ha scritto:
>> The problem is it does not compile due to dependency on
>>
>> #include
>>
>> in w_intersect.c (which we don't have) and later on
>>
>> w_intersect.c:884: error: syntax error before "ix1c"
>> w_intersect.c:885: erro
Gmane User wrote on 08 April 2008 18:41:
> > Or in other words, could this thread please be TITTTL'd? >
> > cheers, DaveK
>
> Arg. Andrew. My thread TITTTL'd! :(
Uhh, you say that like it's a bad thing, but as long as you're nice to the
hippos, there's really no problem carrying on
Dave Korn wrote:
> Andrew DeFaria wrote on 08 April 2008 16:51:
>> Gmane User wrote:
>>> About the log file, you're right. You need another "analyze"
>>> after normal boot. It generates c:/FRAGLIST.HTM, which can be
>>> saved as text. Turning off the switch to produce HTML doesn't
>>> generate
I should probably be asking this is a gdb group somewhere but thought I
would try here first. If I should not be here my apologies.
I am attempting to debug a an application that has a hang when the
program ends. It seems to perform its objective but than hangs on
exit. I have compiled and i
Below are the errors I received before I made their associated changes.
Dave Korn wrote:
Robert Eckhoff wrote on 05 April 2008 22:39:
directories. Winsup also had some source problems that I corrected.
~/cygwin-1.5.25-11/winsup/cygwin/winsup.h:276
-extern bool wsock_started;
+extern "C" boo
Dr. Volker Zell ha scritto:
Angelo Graziosi writes:
But why still 3.2.4 version? A new release 3.2.5 with several bug fixes has
been released [1].
The problem is it does not compile due to dependency on
#include
in w_intersect.c (which we don't have) and later on
w_intersect.c:884: er
Andrew DeFaria wrote on 08 April 2008 16:51:
> Gmane User wrote:
>> About the log file, you're right. You need another "analyze" after
>> normal boot. It generates c:/FRAGLIST.HTM, which can be saved as
>> text. Turning off the switch to produce HTML doesn't generate a text
>> file, so I guess
> Angelo Graziosi writes:
>> But why still 3.2.4 version? A new release 3.2.5 with several bug fixes has
>> been released [1].
The problem is it does not compile due to dependency on
#include
in w_intersect.c (which we don't have) and later on
w_intersect.c:884: error: syntax error befo
Gmane User wrote:
About the log file, you're right. You need another "analyze" after
normal boot. It generates c:/FRAGLIST.HTM, which can be saved as
text. Turning off the switch to produce HTML doesn't generate a text
file, so I guess it's HTML or nothing.
Actually HTML is text. It's surely
Brian Dessent wrote:
> Okay, so JkDefrag's boot time defrag does not appear to be a real
> boot-time (offline) defrag. Anything dealing with the task
> scheduler is way too late in the game, Win32 is already running at
> that point.
I wonder why anyone want to do that under a permissions-limited
Yaakov (Cygwin Ports) wrote:
Charles Wilson wrote:
I'm now looking at 2.2, what I mean is instead of (in libtool.m4):
AU_ALIAS([AC_PROG_LIBTOOL], [LT_INIT])
AU_ALIAS([AM_PROG_LIBTOOL], [LT_INIT])
Do something like the following:
AU_DEFUN([AC_PROG_LIBTOOL], [
LT_INIT
LT_OUTPUT
])
AU_DEFUN([AM_P
BrunoDeLoroux wrote on 08 April 2008 14:39:
> I'm on a Windows 2000 SP4 terminal server with all last update.
> My cygwin installation is up to date with de curr installation option.
>
> When I start a cygwin session, it's take a long time. And
> when I try to execute some commands, it's very slo
Hello,
I'm on a Windows 2000 SP4 terminal server with all last update.
My cygwin installation is up to date with de curr installation option.
When I start a cygwin session, it's take a long time. And when I try to
execute some commands, it's very slow.
I produce a cygcheck http://www.nabble.co
Hello,
I'm on a Windows 2000 SP4 terminal server with all last update.
My cygwin installation is up to date with de curr installation option.
When I start a cygwin session, it's take a long time. And when I try to
execute some commands, it's very slow.
I produce a cygcheck http://www.nabble.co
Robert Eckhoff wrote on 05 April 2008 22:39:
> directories. Winsup also had some source problems that I corrected.
>
> ~/cygwin-1.5.25-11/winsup/cygwin/winsup.h:276
> -extern bool wsock_started;
> +extern "C" bool wsock_started;
>
> ~/cygwin-1.5.25-11/winsup/cygwin/winsup.h:156
> -extern int __a
$TMP and $TEMP both point to
"/cygdrive/c/Users/ADMINI~1/AppData/Local/Temp".
Chris
Here is where it tries to find and source the files in profile.d but it
can't because of something odd going on with $TMP. You'll probably need
to modify the file to echo the value of $TMP in order to debug th
Christoph Herdeg wrote:
> + '[' -d /etc/profile.d ']'
> bash: cannot create temp file for here document: Bad address
Here is where it tries to find and source the files in profile.d but it
can't because of something odd going on with $TMP. You'll probably need
to modify the file to e
Yep - that did it...the results look a lot more promising:
+
PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem
+ export PATH
+ MANPATH=/usr/local/man:/usr/share/man:/usr/man:
+ export MANPATH
Tomasz Chmielewski wrote:
> On the other hand, a patched version of dmidecode (not needing Cygwin
> DLL)[4] works just fine on Windows 2003.
>
> Is there a workaround for /dev/mem: permission denied problem in Cygwin?
If you look at the source code at [4], you will see that it contains an
altern
On Apr 8 10:12, Tomasz Chmielewski wrote:
> I just compiled dmidecode[1] with the latest stable version of cygwin.
>
> The binary[2] works fine on XP, but on Windows 2003, it throws a permission
> denied error on accessing /dev/mem.
>
> I searched the Cygwin list and found this message[3]:
>
>
I just compiled dmidecode[1] with the latest stable version of cygwin.
The binary[2] works fine on XP, but on Windows 2003, it throws a
permission denied error on accessing /dev/mem.
I searched the Cygwin list and found this message[3]:
Accessing \device\physicalmemory from privileged
use
On Apr 8 01:30, Charles Wilson wrote:
> Corinna Vinschen wrote:
>> Looks good to me. I will upload a new OpenSSH release in the next
>> couple of days, but I guess I'll wait until you uploaded a new csih
>> release.
>
> A couple of reminders:
> (1) add csih to requires:
>
> (2) the implementation
On Apr 8 01:21, Charles Wilson wrote:
> Well, I'm waiting for answers to the questions here:
> http://cygwin.com/ml/cygwin/2008-04/msg00211.html
> from Corinna and Yaakov, but in the meantime:
>
> Here's a version of ssh-user-config that works with CVS csih (what will
> become 0.1.4 very soon).
On Apr 7 21:18, Charles Wilson wrote:
> I'm trying to be explicit about licensing in csih for the next release. I
> realize it's a little silly to use the GPL on a script (binary == source,
> right?), but it may be necessary because part of it is derived from
> cygport, which is GPLv3.
>
> csih
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
| True. But that is NOT required. libtool-emit-time is simply a new
| (possible backwards-incompatible) behavior change of the new libtool --
| but one that hopefully impacts few clients.
I guess I'll be finding out exactly ho
Christoph Herdeg wrote:
> I'm sorry, but I don't seem to be able to correctly update
> "\release\base-files\base-files-3.7-1.tar.bz2" with the new "profile":
> "setup.exe" won't extract the package I create and I end up with a bash not
> even knowing ls or cp. I tried using 7-Zip and editing with
Gmane User wrote:
> I didn't see the line where you switched users.
I meant that I re-ran those commands again with a non-admin account.
> Here are my observations on the leadup to Ultra Defragmenter.
>
> JkDefrag's boot-time defrag is merely a scheduled task. It must be
> scheduled outside of
I'm sorry, but I don't seem to be able to correctly update
"\release\base-files\base-files-3.7-1.tar.bz2" with the new "profile":
"setup.exe" won't extract the package I create and I end up with a bash not
even knowing ls or cp. I tried using 7-Zip and editing with Notepad++ on
Windows as well as "
Brian Dessent wrote:
> Gmane User wrote:
>
>> Let's make sure we're comparing the same situation. I've used bash to
>> explicitly change permissions to go-rwx for most of my files. This is
>
> To be pedantic, you used chmod (or some other utility); bash is just a
> shell, it does not set permiss
45 matches
Mail list logo
