> >
> > program error
> > cygwin.exe has generated errors and will be closed by
> windows, you will need
> > to restart the program. This is the setup log
> >
> > 2001/12/06 11:27:53 Starting cygwin install, version 2.125.2.10
> > Current Directory: C:\Documents and Settings\Administrator\My
>
- Original Message -
From: "Collin Grady" <[EMAIL PROTECTED]>
To: "Gene C. Ruzicka" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Thursday, December 06, 2001 9:06 PM
Subject: Re: why does cygwin default security setup give EVERYONE access
everywhere?
> Just a thought, but try sett
È«¹úÂÌÉ«ÆóÒµÃû¼---È«¹úÅ©ÒµÏà¹ØÆóÒµÃâ·Ñ×ÊÁϵǼÇ
Ëæ×ÅÒòÌØÍø¼¼ÊõµÄ²»¶Ï·¢Õ¹£¬ Öйú¿í´ø»¥ÁªÍøÒÑ¿ªÊ¼´¥¼°Öлª´óµØµÄÿ¸ö½ÇÂä,
ÂÌÉ«ÖлªÍøhttp://GreenCN.com×Ô³ÉÁ¢ÒÔÀ´Ò»Ö±ÒÔ´Ù½øÈ«¹úµÄÅ©Òµ²úÆ·¡¢¼¼ÊõΪ×ÚÖ¼
ÏÖÍƳöÃâ·ÑµÇ¼ÇÆóÒµ×ÊÁÏ£¬·¢²¼Å©ÒµÐÅÏ¢,ÈÃÖйúµÄÂÌÉ«Æóҵƾ½è»¥ÁªÍøÕâһǿ´óµÄÐÅÏ¢
½»Á÷¹¤¾ß°ïÖúÆóÒµ¸üºÃµ
No, the download goes OK, but then setup.exe bombs with:
The exception unknown software exception (0xc0fd) occurred in the application at
location 0x77f8e621.
I've had this problems for weeks.
My setup.log looks similar to that reported by others:
8< top cut -> b
Scott Wingo wrote:
>
> Hello,
>
> I am running Windows 98, and I've recently installed Rational Suite
> Enterprise. The other day, when I ran Cygwin, I the 'pwd' command returned
> "/cygdrive/d/RATIONAL/RATION~1/NUTCROOT" How can I get it back to normal?
> I saw a posting regarding a similar p
At 11:56 PM 12/6/2001, Gregory W. Bond wrote:
>i cannot get ghostscript to generate non-corrupted pdf files unless
>everything is happens on binmode mounts - is there no way that i can
>force binmode treatment on a text mount? i've read and re-read the
>cygwin manual and experimented with a zillio
Please download the new setup from the web page - I believe the version you are
running had a problem parsing the setup.ini file because of some single quotes
and also mutual dependencies.
Just go to the web page and download the newest or get the source from the cvs
and make.
bk
--
Uns
Hallo Lester,
2001-12-07 15:43:26, du schriebst:
> No, the download goes OK, but then setup.exe bombs with:
> The exception unknown software exception (0xc0fd) occurred in
> the application at location 0x77f8e621.
I had similar problems after removing a herddisk from my box.
I had some mou
At 08:00 AM 12/4/2001, apiic wrote:
>Larry Hall (RFK Partners, Inc) wrote:
>>
>>At 05:56 AM 11/30/2001, apiic wrote:
>>>
>>>Hi,
>>>
>>>At first, thank you for CYGWIN environment which is so useful, specially for me to
>settle shells both on NT stations et UNIX stations. I ask about a strange pro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bingo:) the 20011207 snapshot fixes the problems with cydrive prefixes
I had.
Thank you very much Christopher for the responsiveness!
On Fri, 7 Dec 2001 00:10:57 -0500 Christopher Faylor wrote:
Christopher> Bingo. CYGWIN=check_case:adjust
Michael,
On Fri, Dec 07, 2001 at 03:12:48PM +, Michael Hudson wrote:
> Michael Hudson <[EMAIL PROTECTED]> writes:
> > Your patch helps by the way. I tried building without threads -- that
> > didn't.
>
> OTOH, some tests crash:
>
> 3 tests failed:
> test_popen2 test_pty test_socket
I
thanks for the reply larry - i realize that fixing the ghostscript port would
be a solution, but my impression from reading the cygwin user manual is that
setting CYGWIN to binmode could serve as a workaround - in my case it didn't
and i don't understand why - i'm beginning to suspect that cygwin
On Fri, Dec 07, 2001 at 10:43:11AM -0500, Gregory W. Bond wrote:
> thanks for the reply larry - i realize that fixing the ghostscript port would
> be a solution, but my impression from reading the cygwin user manual is that
> setting CYGWIN to binmode could serve as a workaround - in my case it di
I found the following message during a google search, but no resolution.
www.cygwin.com/ml/cygwin/2001-05/msg01199.html
Today I stopped inetd, removed as service, reinstalled inetutils,
installed as service but am still seeing all the same things Gerrit
reported. Cygwin bang up to date with everyt
Hello!
Why does this code fail with segfault?
I think the problem is that dlopen calls malloc itself? Is that right?
Any suggestions how to fix it?
--snip--
#include
#include
static void *(*orig_malloc) (size_t) = 0;
void *
malloc(size_t p)
{
static int state = 0;
void * hand
On Fri, Dec 07, 2001 at 04:14:08PM +, Don Sharp wrote:
> I found the following message during a google search, but no resolution.
> www.cygwin.com/ml/cygwin/2001-05/msg01199.html
> Today I stopped inetd, removed as service, reinstalled inetutils,
> installed as service but am still seeing all
> Why does this code fail with segfault?
> I think the problem is that dlopen calls malloc itself? Is that right?
> Any suggestions how to fix it?
If your suspicion is correct, then simply moving "state = 1" to before
the call of dlopen should do the trick, i.e.:
case 0:
I've released a new version of cygwin that just might fix the reported
xemacs problems.
It will be a while before it shows up on mirrors, but I thought I'd do
this before I leave for a few hours.
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http:
Hallo Cliff,
Friday, December 07, 2001, 5:26:33 PM, you wrote:
> If your suspicion is correct, then simply moving "state = 1" to before
> the call of dlopen should do the trick, i.e.:
> case 0:
> state = 1;
> handle = dlopen("cygwi
On Fri, Dec 07, 2001 at 05:56:43PM +0100, Henning Moll wrote:
>Again, any suggestions?
Look at the cygwin source code?
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ
Corinna Vinschen wrote:
>
> On Fri, Dec 07, 2001 at 04:14:08PM +, Don Sharp wrote:
> > I found the following message during a google search, but no resolution.
> > www.cygwin.com/ml/cygwin/2001-05/msg01199.html
> > Today I stopped inetd, removed as service, reinstalled inetutils,
> > instal
With the release of the new autotools build system I was under the
impression that with libtool, automake supported building dlls under cygwin.
I seem not to be able to do this, no dlls are produced and
despite --disable-static, I get .a & .la. I am able to build dlls manually
perfectly, and yet c
I've discovered an inconsistency in the way stat() treats windows-style
paths (e.g., "z:/foo") and unix-style paths ("/z/foo"). If the drive
doesn't exist, stat() returns 0 with a windows path and -1 with a unix
path. errno != 0 in both cases. This behavior exists in the latest
1.3.6 dll but no
Please send important notices like this to "cygwin-announce" - sometimes it is
hard keeping up with all the discussions in "cygwin" and an important item like
this could be overlooked.
Thanks,
Ed
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://c
I'm using the CreateLink example from the platform sdk but I'm having
trouble getting it to work. I checked the archives and there were three
posts related to this but not enough to help me, I need some clarification
on one of them too.
I've made a short example of where I'm left running into tro
Stephano Mariani wrote:
>
> With the release of the new autotools build system I was under the
> impression that with libtool, automake supported building dlls under cygwin.
wrong impression. It isn't ready yet. Automake and autoconf are fine,
but I haven't finished the system libtool changes
At 03:13 PM 12/7/2001, Laszlo Vecsey wrote:
>I'm using the CreateLink example from the platform sdk but I'm having
>trouble getting it to work. I checked the archives and there were three
>posts related to this but not enough to help me, I need some clarification
>on one of them too.
>
>I've made
- Original Message -
From: "Larry Hall (RFK Partners, Inc)" <[EMAIL PROTECTED]>
>
>
> Why don't you look at the Cygwin DLL source and see how it's done there?
>
>
Theres really no place in the cygwin dll where it would exist, and I just
checked to be sure. I'm looking to create the ~700b
hi chris,
first, many thanks for cygwin. i could not survive
without it.
sorry to send you a mail directly.
am i doing something wrong or why does tar not
work on my dat-tape?
here's more info:
# mount
...
\\.\tape0 on /dev/st0 type system (binmode)
..
At 04:36 PM 12/7/2001, Laszlo Vecsey wrote:
>- Original Message -
>From: "Larry Hall (RFK Partners, Inc)" <[EMAIL PROTECTED]>
> >
> >
> > Why don't you look at the Cygwin DLL source and see how it's done there?
> >
> >
>
>Theres really no place in the cygwin dll where it would exist, and
Hello,
Consider the following passwd under cygwin: (1.3.)
user1:This_field_is_not_used_by_cygwin_on_nt/2000/xp:1001:513:User
One:/home/user1:/bin/bash
user2:This_field_is_not_used_by_cygwin_on_nt/2000/xp:1001:513:User
Two:/home/user2:/bin/bash
Note that user1 and user2 two have
An easy one: the latest version of CVS [1] is still expecting to find
libgdbm.dll . If you copy cyggdbm.dll to that name, it works, but folks
new to cygwin won't know that nor recall [2].
Thanks!
[1] AEON: /home/reagle/data/2web/WWW/Team/Reagle> cvs -v
Concurrent Versions System (CVS) 1.10.8 (c
- Original Message -
From: "Brian Keener" <[EMAIL PROTECTED]>
> Just go to the web page and download the newest or get the source from
the cvs
> and make.
I'd really rather not support home-built setup.exe's. Please only
suggest that folk download the one linked to by the Install Cygwi
This is a computer generated message. The mail servers at netfront.net
have received an e-mail with the following header lines.
-e From: "Robert Collins" <[EMAIL PROTECTED]>\nTo:
<[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>\nSubject: Re: install
question\nDate: Sat, 8 Dec 2001 09:40:29 +1100\n
The
There was a bug in the initial setup.ini. Run setup, get it to download
from the net, and this will be fixed.
Rob
===
- Original Message -
From: "rotaiv" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, December 06, 2001 5:33 AM
Subject: Re: [ANNOUNCEMENT] New on sourceware: cy
This is a computer generated message. The mail servers at netfront.net
have received an e-mail with the following header lines.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
Try continuing. There is some memory access checks in place, that will
return a error to the app, but under a debugger throw a segv.
Rob
===
- Original Message -
From: "Evan Pollan" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, December 07, 2001 2:23 PM
Subject: Segmentation f
This is a multi-part message in MIME format.
--2711B6E3D027A784FA3D1C60
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
I've made a new version of the MinGW Runtime headers and import
libraries. I've attached the portion of the ChangeLog between 1.1 and
1.2
This is a multi-part message in MIME format.
--01F4C2FEF8D803A0FD91368E
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
I've made a new version of the Win32 API headers and import libraries.
I've attached the portion of the ChangeLog between 1.1 and 1.2.
T
This is a computer generated message. The mail servers at netfront.net
have received an e-mail with the following header lines.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
This is a computer generated message. The mail servers at netfront.net
have received an e-mail with the following header lines.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
I tried to install Cygwin from a local directory but had to stop
because of an error. When I tried again, the installer no longer
showed development or anything else but "misc" packages. I
deleted all the logs I can find but I can't get the installer to install all
the packages I want (and t
On Fri, Dec 07, 2001 at 01:58:38PM -0600, Eduardo R Larranaga wrote:
>Please send important notices like this to "cygwin-announce" -
>sometimes it is hard keeping up with all the discussions in "cygwin"
>and an important item like this could be overlooked.
No thanks.
cgf
--
Unsubscribe info:
This is a computer generated message. The mail servers at netfront.net
have received an e-mail with the following header lines.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
This is a computer generated message. The mail servers at netfront.net
have received an e-mail with the following header lines.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
Yes, I have read everything in /usr/doc/Cygwin, and searched this
mailing list, and read all of Corinna's well-written posts, and yet
login and ssh refuse to log me in.
My /etc/passwd looks very similar to the examples in
/usr/doc/Cygwin/login.README and /usr/doc/Cygwin/openssh-3.0.1p1-2.README
"Joseph M. Reagle Jr." wrote:
>
> An easy one: the latest version of CVS [1] is still expecting to find
> libgdbm.dll . If you copy cyggdbm.dll to that name, it works, but folks
> new to cygwin won't know that nor recall [2].
Nope. That's not the newest version of cvs. The newest version is
1.
On Fri, Dec 07, 2001 at 07:54:32PM -0500, Charles Wilson wrote:
>Anyway, they had a problem after upgrading to a new cygwinish dll
>(cygncurses?? I think) w.r.t. load-on-fork. There's no way setup/rebase
>can be used to avoid that problem a_priori...is there? (As I recall,
>the person did a 'han
> "Joseph M. Reagle Jr." wrote:
> > An easy one: the latest version of CVS [1] is still expecting to find
> > libgdbm.dll . If you copy cyggdbm.dll to that name, it works, but folks
> > new to cygwin won't know that nor recall [2].
>
> Nope. That's not the newest version of cvs. The newest ver
- Original Message -
From: "Charles Wilson" <[EMAIL PROTECTED]>
> > You'd want a central tool(set) to do the
> > building and packaging, and package specific scripts/makefile
> > snippets.
>
> Well, that's what Robert is pushing. But IMO we shouldn't try to
> reinvent THAT wheel (the pack
"Joseph M. Reagle Jr." wrote:
>
> > "Joseph M. Reagle Jr." wrote:
> > > An easy one: the latest version of CVS [1] is still expecting to find
> > > libgdbm.dll . If you copy cyggdbm.dll to that name, it works, but folks
> > > new to cygwin won't know that nor recall [2].
> >
> > Nope. That's not
How does one go about installing the javac compiler on a windows machine
using cygwin?
I would like to be able to use javac in cygwin, how do I set this up?
Thanks for any suggestions you might have!
-kp
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:
- Original Message -
From: "Norman Vine" <[EMAIL PROTECTED]>
> FWIW
> I just tried patching Cygwin's dlopen() function to always rebase
dll's
> on loading with a 'slightly hacked to force rebasing' version of
Interesting idea. Unfortunately it only covers the dlopened dll's - and
we need
Robert Collins wrote:
> Non-public code bug reports do belong here
you mean, bug reports for non-public code belong on ***cygwin-apps@***,
right? This thread is on cygwin@ (originally because of the texmf
thing, and Gerrit's Reply-To address). Perhaps this setup-related
subthread should be mov
- Original Message -
From: "Joseph M. Reagle Jr." <[EMAIL PROTECTED]>
>
> > "Joseph M. Reagle Jr." wrote:
> > > An easy one: the latest version of CVS [1] is still expecting to
find
> > > libgdbm.dll . If you copy cyggdbm.dll to that name, it works, but
folks
> > > new to cygwin won't kn
- Original Message -
From: "Charles Wilson" <[EMAIL PROTECTED]>
> Robert Collins wrote:
>
> > Non-public code bug reports do belong here
>
> you mean, bug reports for non-public code belong on
***cygwin-apps@***,
> right? This thread is on cygwin@ (originally because of the texmf
> thin
Well, assuming you already have the JDK installed in Windows, just use
it! :) If you don't have it installed, then first install it and follow
the directions for updating your path. Once you've done that you'll be
able to call it from within cygwin with no problem.
-Alex
-Original Message---
Kevin,
Just realize that the Sun javac is a Windows application, so it needs a
Windows-style CLASSPATH variable (or -classpath argument) and file name
path syntax.
Randall Schulz
Mountain View, CA USA
At 18:58 2001-12-07, Alex Malinovich wrote:
>Well, assuming you already have the JDK instal
Christopher Faylor wrote:
> I've released a new version of cygwin that just might fix the reported
> xemacs problems.
>
> It will be a while before it shows up on mirrors, but I thought I'd do
> this before I leave for a few hours.
1.3.6-5 mistakenly contains the mingw files:
/usr/bin/mingwm
- Original Message -
From: "Eric M. Monsler" <[EMAIL PROTECTED]>
To: "Gene C. Ruzicka" <[EMAIL PROTECTED]>
Sent: Thursday, December 06, 2001 8:37 PM
Subject: Re: why does cygwin default security setup give EVERYONE access
everywhere?
> "Gene C. Ruzicka" wrote:
> >
> > my pc uses windows
The ASSume principle applies once again...
On Thu, Dec 06, 2001 at 12:44:26PM -0500, Jason Tishler wrote:
> I have just reproduced this build problem with Python 2.2b2 too. However,
> I don't believe that it is related to the particular Python version one
> attempts to build.
Actually, setup.py
On Thu, 6 Dec 2001, Charles Wilson wrote:
> Jason Tishler wrote:
>
>
> >>
> >>building 'gdbm' extension
> >>gcc -g -O3 -Wall -Wstrict-prototypes -DUSE_DL_IMPORT -I.
>-I/cygdrive/e/Python-2.2b2/./Include -I/usr/local/include -IInclude/ -c
>/cygdrive/e/Python-2.2b2/Modules/gdbmmodule.c -o
>bui
FWIW, Jason's patch worked for me, except for curses of course which seems
to be broken in cygwin.
-Dave
- Original Message -
From: "Michael Hudson" <[EMAIL PROTECTED]>
To: "Charles Wilson" <[EMAIL PROTECTED]>
Cc: "Jason Tishler" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>; "Cygwin" <[EMAIL
Dave,
On Fri, Dec 07, 2001 at 10:03:24AM -0500, David Abrahams wrote:
> FWIW, Jason's patch worked for me,
Thanks for the feedback.
> except for curses of course which seems to be broken in cygwin.
The above is a known problem, see the following for details:
http://sources.redhat.com/ml/c
- Original Message -
From: "Charles Wilson" <[EMAIL PROTECTED]>
> > The above occurs during Cygwin's fork() when the Cygwin DLL cannot
> > load a DLL to the same address in the child that it had in the
parent.
> > I have seen this during Python 2.1.1 regression tests with threads
> > enabl
Robert Collins wrote:
> > Part of the problem may be that cyggdbm.dll was built with
> > --auto-image-base. It was later demonstrated that this can cause
> > problems with fork; you're better off just letting ld assign the
> default
> > dllbase, which means that EVERY process will remap the dll
Robert Collins writes:
>
>- Original Message -
>From: "Charles Wilson" <[EMAIL PROTECTED]>
>> > The above occurs during Cygwin's fork() when the Cygwin DLL cannot
>> > load a DLL to the same address in the child that it had in the parent.
>> > I have seen this during Python 2.1.1 regressio
- Original Message -
From: "Charles Wilson" <[EMAIL PROTECTED]>
> > Yes. There is actually a longer term solution... which is to
'rebase'
> > every cygwin linked .dll on a particular system to not conflict with
> > each other - which has to be done by setup.exe.
>
> Yes, but only with the
68 matches
Mail list logo
