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
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
-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
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 "
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
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
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
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 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]:
>
>
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).
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
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
$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
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
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
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
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
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
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
> 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
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
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
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
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
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
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
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
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
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
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
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
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
-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
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
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
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
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
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
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
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
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
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
45 matches
Mail list logo
