The following packages have been uploaded to the Cygwin distribution:
* graphite2-1.3.10-1
* libgraphite2_3-1.3.10-1
* libgraphite2-devel-1.3.10-1
Graphite is a package that can be used to create smart fonts capable of
displaying writing systems with various complex behaviors. A smart font
The following packages have been uploaded to the Cygwin distribution:
* php-jsonc-1.3.10-1
PHP support for JSON (JavaScript Object Notation) serialization. This is a
drop-in alternative to the standard json extension which uses the JSON-C
library.
This is an update to the latest upstream
A new version the Apache Portable Runtime utilities library is now
available for download.
This release fixes security issue CVE-2010-1623.
DESCRIPTION:
The mission of the Apache Portable Runtime (APR) project is to
create and maintain software libraries that provide a predictable
a
>> Your /usr/bin and /usr/lib mounts are incorrect. There were some problems
>> with that with some versions of setup.exe, but I think that has been fixed
>> now.
I had the latest version of setup.exe (as of yesterday). I decided to
remove cygwin, even cleaning out `cygwin' references in the
On Wed, 22 May 2002 09:27:06 -0700 Kevin Layer <[EMAIL PROTECTED]> wrote:
> >> Your /usr/bin and /usr/lib mounts are incorrect. There were some problems
> >> with that with some versions of setup.exe, but I think that has been fixed
> >> now.
>
> I had the latest version of setup.exe (as of y
C:\Cygwin\bin\cygtcl80.dll
5k 2000/12/05 C:\Cygwin\bin\cygtclpip80.dll
10k 2000/12/05 C:\Cygwin\bin\cygtclreg80.dll
623k 2000/12/05 C:\Cygwin\bin\cygtk80.dll
50k 2002/03/12 C:\Cygwin\bin\cygz.dll
751k 2002/02/25 C:\Cygwin\bin\cygwin1.dll
Cygwin DLL version info:
DLL version
On Wed, May 22, 2002 at 09:38:22AM +0200, Schaible, Jorg wrote:
>Hi Kevin,
>
>> D:\bug>PATH C:\Cygwin\bin;c:\cygwin\usr\bin;C:\Cygwin\usr\local\bin
>[...]
>> D:\bug>path
>> PATH=c:\cygwin\bin;c:\cygwin\\bin;c:\cygwin\usr\local\bin
>
>although this is a bug,
It's a bug in his setup, not in c
Hi Kevin,
> D:\bug>PATH C:\Cygwin\bin;c:\cygwin\usr\bin;C:\Cygwin\usr\local\bin
[...]
> D:\bug>path
> PATH=c:\cygwin\bin;c:\cygwin\\bin;c:\cygwin\usr\local\bin
although this is a bug, why don't you omit for now the /usr/bin from the
path anyway ? /usr/bin is mounted to /bin and represents
On Tue, 21 May 2002 20:38:23 -0700 Kevin Layer <[EMAIL PROTECTED]> wrote:
> >> What does cygcheck -s say?
>
> Cygwin Win95/NT Configuration Diagnostics
> Current System Time: Tue May 21 20:37:06 2002
>
> Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2
>
> Path:C:\ODI\OStore
80.dll
10k 2000/12/05 C:\Cygwin\bin\cygtclreg80.dll
623k 2000/12/05 C:\Cygwin\bin\cygtk80.dll
50k 2002/03/12 C:\Cygwin\bin\cygz.dll
751k 2002/02/25 C:\Cygwin\bin\cygwin1.dll
Cygwin DLL version info:
DLL version: 1.3.10
DLL epoch: 19
DLL bad signal mask: 19005
On Tue, 21 May 2002 17:29:42 -0700 Kevin Layer <[EMAIL PROTECTED]> wrote:
>D:\bug>PATH C:\Cygwin\bin;c:\cygwin\usr\bin;C:\Cygwin\usr\local\bin
>
>D:\bug>sh -i
>$ make
>echo /bin:/usr/bin:/usr/local/bin
>/bin:/usr/bin:/usr/local/bin
>/c/winnt/system32/cmd
>Microsoft Wi
It's worse than I suspected originally, when I thought I could get
around it by not using bash. Now, without bash:
makefile:
SHELL = sh
default: FORCE
echo $(PATH)
/c/winnt/system32/cmd
FORCE:
and now:
D:\bug>PATH C:\Cygwin\bin;c:\cygwin\usr\bin;C:\Cygwin\u
I noticed that my windows programs see a strange and bogus PATH.
It is demonstrated here, from cmd.exe:
Microsoft Windows 2000 [Version 5.00.2195]
(C) Copyright 1985-2000 Microsoft Corp.
c:\>PATH C:\Cygwin\bin;c:\cygwin\usr\bin;C:\Cygwin\usr\local\bin
c:\>bash -i
bash-2.05a$ ech
it out and try to get the binaries removed.
We're very sensitive to the volume of email on this site and want to keep it
focused on current releases.
The current Cygwin DLL release (1.3.10) and accompanying packages is what is
supported by this list. You're free to use any other version you
On Thursday 16 May 02, Dmitri Loguinov writes:
> I have two large (16 GB and 18 GB) tar files on an NTFS partition in Windows
> XP. When I list the files in cygwin, I get the following:
>
> -rw-r--r--1 Dmitri Administ 478821376 Dec 18 22:15 unix1.tar
> -rw-r--r--1 Dmitri Administ 1844
U tar). I
am running
DLL version: 1.3.10, DLL epoch: 19, downloaded 5/16/2002.
Dmitri
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
I am unable to get the latest cygwin installed. All
kinds of binaries (such as cp, id and touch etc.) are
missing. Nevertheless I need a working version of
cygwin and I know that B20 installed flawlessly. Where
can I get a copy of B20 (or even B20.1)?
Many thanks.
__
chmod 1960 symlink_info::check: 0 = symlink.check
(C:\cygwin\home\tgun\tmp\test.c, 0x240F5D4) (0x8)
95 53193 [main] chmod 1960 path_conv::check: root_dir(C:\),
this->path(C:\cygwin\home\tgun\tmp\test.c), set_has_acls(0)
90 53283 [main] chmod 1960 cwdstuff::get: posix /home/tgun/tmp
At 01:04 PM 5/13/2002, Tim Gunter wrote:
>On Mon, May 13, 2002 at 09:48:22AM -0700, Randall R Schulz wrote:
> > Tim,
> >
> > For FAT volumes, you need "ntea" (NT Extended Attributes) in your CYGWIN
> > environment variable and you must be prepared for the creation of a large
> > auxiliary data
On Mon, May 13, 2002 at 09:48:22AM -0700, Randall R Schulz wrote:
> Tim,
>
> For FAT volumes, you need "ntea" (NT Extended Attributes) in your CYGWIN
> environment variable and you must be prepared for the creation of a large
> auxiliary data file that holds the attribute information that the f
CYGWIN setting in the System environment, not just a per-user
environment.
Randall Schulz
Mountain View, CA USA
At 09:36 2002-05-13, Tim Gunter wrote:
>Hi all-
>
>I recently upgraded my cygwin to 1.3.10, and have been having problems
>getting chmod to work, although I am not sure
Hi all-
I recently upgraded my cygwin to 1.3.10, and have been having problems
getting chmod to work, although i am not sure if it was broken before this
upgrade or not, i do know that i have been able to use it successfully in
the past. When i use chmod, it doesnt change the permissions. if i
Hi,
I got cygwin 1.3.10 installed 10 days ago and I had no problem with this
first install. Now I wanted to add some packages but the setup application
crash while downloading the setup.ini file around 90KBytes downloaded (never
the same size downloaded before crashing). I got a general
b type system (binmode)
C:\cygwin on / type system (binmode)
c: on /cygdrive/c type user (binmode,noumount)
$ uname -a
CYGWIN_NT-5.0 DSPARTZ 1.3.10(0.51/3/2) 2002-02-25 11:14 i686 unknown
[EMAIL PROTECTED]
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:
igure
## - ##
## Platform. ##
## - ##
hostname = PINKFLOYD
uname -m = i686
uname -r = 1.3.10(0.51/3/2)
uname -s = CYGWIN_NT-5.0
uname -v = 2002-02-25 11:14
/usr/bin/uname -p = unknown
/bin/uname -X = unknown
/bin/arch = unknown
/usr/bin/arch -k = unknown
From: "Max Yang" <[EMAIL PROTECTED]>
> For some reasons,I wanna port by myself
> Such as:Localize,Add more modules what not came with Eggdrop source
> ,"Maybe" add my own modules in the further future.etc
> Since there are windows binaries
> Means this problem is solvable
> What else I can do?
From: "Travis Howell" <[EMAIL PROTECTED]>
To: "Max Yang" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
Subject: Re: 1.3.10:Problem Building Object Files of modules,Eggdrop 1.6.10
Date: Tue, 7 May 2002 21:36:35 +1000
From: "Max Yang" <[EMAIL
From: "Max Yang" <[EMAIL PROTECTED]>
> I've tried to port eggdrop1.6.10 via Cygwin 1.3.10
> In case of "Make"
> I got error messages as shown
> /*---
> make[1]: Entering directory `/cygdrive/f/windro
I've tried to port eggdrop1.6.10 via Cygwin 1.3.10
In case of "Make"
I got error messages as shown
/*---
make[1]: Entering directory `/cygdrive/f/windrop/src/mod'
',needed by `modules'. Stop.arget `assoc.mod
Sorry, regarding my last email I forgot to mention that those problems
seem to be caused by this tty (quite standard) setup in my /etc/profile:
stty intr ^c susp ^z start ^q stop ^s quit ^\\ erase ^?
Livio
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:
Why should we forget about "the last one"? Do you mean 1.3.9 solved your
rxvt issues?
I've 1.3.10 and rxvt 2.7.2-10 and I can freeze rxvt in many different
ways: here are 2.
This is on XP Pro and used to happen with earlier cygwin/rxvt versions
too.
Freezing way 1
C:\>
dependent.
There may be an easy fix for this in the Cygwin DLL, but I'm
not knowledgeable enough yet to finger it...
GregH
At 11:24 AM 5/1/02 +0200, you wrote:
>Greg,
>
>Just to confirm. On my W98SE, cygwin 1.3.10 I get the same
>permission error when running your test program.
&g
Greg,
Just to confirm. On my W98SE, cygwin 1.3.10 I get the same
permission error when running your test program.
It could also have something to do with FAT32 vs NTFS.
Ton van Overbeek
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com
I've compiled and ran the test case on a Linux 2.4 kernel
system without error (Mandrake 8.0) and on Cygwin 1.3.10
hosted on Win2k, also without error.
I need to determine if this failure can be replicated on any
other Win98 hosted Cygwin 1.3.10 install or if the failure is
unique to my
Where Setup should give an option for which components to download, it
freezes. It makes it through basic configuration and downloading and
choosing a mirror, but then after setup.ini is downloaded from the
mirror, the program freezes. Previous versions did not do this. Any
help would be ap
event log had a warning or
error when I didn't).
uname -a says:
CYGWIN_NT-4.0 ARGON 1.3.10(0.51/3/2) 2002-02-25 11:14 i686 unknown
on my system.
regards,
Tom Rodman
--v-v--C-U-T---H-E-R-E-v-v--
cygwin cron setup
Greetings,
While debugging an install problem I am having involving Cyclone 0.3
on Cygwin 1.3.10 hosted on Win98SE, I ran into a Permission Denied
error that I am wondering if anyone else has seen. I've included a
test case that fails on my setup. I've not yet chased this down or
det
77 27556 [main] cygrunsrv 1232 fhandler_base::open: (c:\etc\passwd, 0x2)
160 27716 [main] cygrunsrv 1232 fhandler_base::open: 0x = CreateFileA
(c:\etc\passwd, 0x8000, 0x7, 0x22EBE0, 0x3, 0x80, 0)
85 27801 [main] cygrunsrv 1232 seterrno_from_win_error:
/cygnus/netrel/
On Thursday 25 April 2002 00:22, Gareth Pearce wrote:
> >On Tuesday 23 April 2002 23:41, Sami Korhonen wrote:
> > > On Tue, 23 Apr 2002, Tim Prince wrote:
>
> >AFAICT there's no reason this should behave differently on linux or
> > cygwin. You're comparing the speed of memcmp() against the speed
>On Tuesday 23 April 2002 23:41, Sami Korhonen wrote:
> > On Tue, 23 Apr 2002, Tim Prince wrote:
> > > On Tuesday 23 April 2002 22:04, Sami Korhonen wrote:
> > > > I wasnt sure wheter I should post about this on gcc bug report list
>or
> > > > here. Anyways, it seems that using -O2 flag with gc
On Tuesday 23 April 2002 23:41, Sami Korhonen wrote:
> On Tue, 23 Apr 2002, Tim Prince wrote:
> > On Tuesday 23 April 2002 22:04, Sami Korhonen wrote:
> > > I wasnt sure wheter I should post about this on gcc bug report list or
> > > here. Anyways, it seems that using -O2 flag with gcc causes hug
> > I wasnt sure wheter I should post about this on gcc bug report list or
> > here. Anyways, it seems that using -O2 flag with gcc causes huge
>slowdown
> > in memcmp(). However i dont see performance drop under linux, so I
>suppose
> > it is cygwin issue.
cygwin's gcc version may be using an
On Tue, 23 Apr 2002, Tim Prince wrote:
> On Tuesday 23 April 2002 22:04, Sami Korhonen wrote:
> > I wasnt sure wheter I should post about this on gcc bug report list or
> > here. Anyways, it seems that using -O2 flag with gcc causes huge slowdown
> > in memcmp(). However i dont see performance d
On Tuesday 23 April 2002 22:04, Sami Korhonen wrote:
> I wasnt sure wheter I should post about this on gcc bug report list or
> here. Anyways, it seems that using -O2 flag with gcc causes huge slowdown
> in memcmp(). However i dont see performance drop under linux, so I suppose
> it is cygwin iss
I wasnt sure wheter I should post about this on gcc bug report list or
here. Anyways, it seems that using -O2 flag with gcc causes huge slowdown
in memcmp(). However i dont see performance drop under linux, so I suppose
it is cygwin issue.
$ gcc memtest.c -O2 -o memtest ; ./memtest.exe
Amount of
When using the standard '>' or '>>' redirector to redirect output to a
file on a NetWare directory, I get a "Bad file number" error. I also
have ash-20020131-1 installed, and it does not have this problem.
# Here is the problem:
bash$ cat >/cygdrive/h/foofile
foo
cat: write error: Bad file numb
code install (my 2nd problem).
Thanks the help in advance.
RJ
-Original Message-
From: Pavel Tsekov [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 10, 2002 05:06 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re[2]: Cygwin 1.3.10 Setup.exe 2.194.2.22
-Original Message-
From: Cliff Hones [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 10, 2002 02:24 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Cygwin 1.3.10 Setup.exe 2.194.2.22 Install Problems With
MSVCRT.DLL and source code on Win98
> Two major problems (summary):
&g
Hello, there! :)
Wednesday, April 10, 2002, 10:11:46 AM, you wrote:
Ok, found it - its canonicalize_version() in version.cc. There is
a pointer 'v' which is modified and then delete[]'d.
A trivial patch is attached :)
2002-04-10 Pavel Tsekov <[EMAIL PROTECTED]>
* version.cc (can
Apologies for previous duplicate post. Mail client problem.
-- Cliff
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Hello rjlpub,
Wednesday, April 10, 2002, 4:03:24 AM, you wrote:
rkrc> Two major problems (summary):
rkrc> 1. Setup.exe (2.194.2.22) ends with a invalid page fault against MSVCRT.DLL
rkrc> (details below) on my Windows 98 machine, before complely fininshing the
rkrc> install.
I have not investi
? (I could not
> install source on the NT box either. No error other than the "Can't open
> (null) for reading: No such file" error, the same on the Win98 box).
>
> Details:
>
> When installing Cywin 1.3.10 with setup.exe 2.194.2.22, I can never completely
> finish
? (I could not
> install source on the NT box either. No error other than the "Can't open
> (null) for reading: No such file" error, the same on the Win98 box).
>
> Details:
>
> When installing Cywin 1.3.10 with setup.exe 2.194.2.22, I can never completely
> finish
ith the current setup.exe? I have not been
able to figure out how. Is it possible with this setup.exe? (I could not
install source on the NT box either. No error other than the "Can't open
(null) for reading: No such file" error, the same on the Win98 box).
Details:
When installi
I think I figured out the problem... it was a directory permissions issue.
Although I have not fixed it, it is a Windows problem, not a Cygwin problem.
Thanks for the replies.
The folder I am trying to write into, I accidentally set the NTFS
permissions to an unknown user with a Cygwin script I d
t;
> Newsgroups: gmane.os.cygwin
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, April 09, 2002 2:41 PM
> Subject: 1.3.10-1: Cannot create filenames starting with a period in
> XP
>
>
> > I have set up a Cygwin install on a Windows 2000 Workstation
> machine, and
> > go
At 05:41 PM 4/9/2002, Joe Drago wrote:
>I have set up a Cygwin install on a Windows 2000 Workstation machine, and
>got bash and sshd to run perfectly. I can create all regular files,
>including important ones like ".bashrc" in my HOME folder. Following the
>same set up, I attempted to set up the s
I have set up a Cygwin install on a Windows 2000 Workstation machine, and
got bash and sshd to run perfectly. I can create all regular files,
including important ones like ".bashrc" in my HOME folder. Following the
same set up, I attempted to set up the same deal on a Windows XP Pro
machine, and a
gt;I have the latest greatest cygwin 1.3.10-1 (just checked in fact) and I was
>wondering if this is a known issue, and whether I just need to wait for a
>new cygwin1.dll?
You'd be much better off asking this question in the mailing list that
deals with Cygwin/Xfree86 questions.
I've re
Anybody:
I just tried to install XFree86, and I'm getting the "Cannot open display
127.0.0.1:0.0" error described as a bug in some versions of cygwin1.dll in
the startxwin.sh startup script.
I have the latest greatest cygwin 1.3.10-1 (just checked in fact) and I was
wondering if
Hello Falser,
Thursday, March 28, 2002, 9:50:39 AM, you wrote:
FK> Hello.
FK> Since my upgrade to the latest make and cygwin a previously working makefile
stopped to work.
FK> The make program tries to execute the commandline directly and cygwin execvp()
could not find the file.
FK> The comm
002/03/12 C:\cygwin\bin\cygz.dll
751k 2002/02/25 C:\cygwin\bin\cygwin1.dll
Cygwin DLL version info:
DLL version: 1.3.10
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 51
Thanks Larry
as the instgructions about the mailing list says "you don't half feel
virtuous when it goes in the end without having to ask for help"
"per ardua ad astra" as they say.
Regards
Frank
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http:/
Ryu Myungsunn wrote:
> > Recently I updated cygwin to 1.3.10 and got "installation incomplete
> > Check /setup.log.full" message. but no /setup.log.full was found.
> >
> > Later I discovered that g77(v0.5.25) won't produce .exe files while
> > producing .
At 11:41 AM 3/25/2002, you wrote:
>
>Return-path: <[EMAIL PROTECTED]>
>From: [EMAIL PROTECTED]
>Full-name: Francis Domoney
>Message-ID: <[EMAIL PROTECTED]>
>Date: Mon, 25 Mar 2002 09:52:35 EST
>Subject: Re: 1.3.10 gcc/g77 won't install, won't wor
--- Begin Message ---
Hi
I had an awful week fighting with install. I kept getting the same error to
do with being unable to find -user32. Folowing the isnstuctions about not
sending messages to the list about old problems I persevered.
The archive told me that this was to do with an inc
On Monday 25 March 2002 06:06, Ryu Myungsunn wrote:
> Recently I updated cygwin to 1.3.10 and got "installation incomplete
> Check /setup.log.full" message. but no /setup.log.full was found.
>
> Later I discovered that g77(v0.5.25) won't produce .exe files while
>
Recently I updated cygwin to 1.3.10 and got "installation incomplete
Check /setup.log.full" message. but no /setup.log.full was found.
Later I discovered that g77(v0.5.25) won't produce .exe files while
producing .o files.
This was the same with gcc(v2.95.3-5).
The same versions
On Tue, Mar 19, 2002 at 05:11:36PM -, Stephen Osborn wrote:
>So the relevant script is now:
>QUOTE
>#!/bin/bash
>
>java -server -classpath
>"./formattest.jar;$MERIDIAN_CLASSPATH" -Dmeridian.home="$MERIDIAN_HOME"
>com.misys.meridian.runtime.server.StartServer formattest -logToScreen
>UNQUOTE
>
t;
Sent: Thursday, March 07, 2002 4:08 PM
Subject: Re: cygwin 1.3.10: kill gives spurious Not owner
> On Thu, Mar 07, 2002 at 03:29:48PM -, Stephen Osborn wrote:
> >> /cygdrive/d/jdk1.3/bin/java is undoubtedly not a cygwin process
> >It is a bash script that runs a java progra
On Fri, Mar 15, 2002 at 08:18:10PM -0800, Stephen Gutknecht wrote:
> BTW: Is the currently available SSHD patched for the zlib fix?
Of course not. It's linked dynamically against libz. Libz has
been fixed with 1.1.4-1.
Corinna
--
Corinna Vinschen Please, send mails regardin
Haha.
Hey, I spent 8 hours on this as I was a newbie and was just sure I was doing
something wrong :) Was just trying to save someone else the effort. I had
this happen on 6 servers in 6 cities I was trying to set SSH up on.
BTW: Is the currently available SSHD patched for the zlib fix?
St
On Fri, Mar 15, 2002 at 09:34:26AM +0100, Martin Bene wrote:
> > does that also mean there's no difference between logging in,
> > as a given user on a PDC, locally or in the domain?
>
> Coorect. The PDC doesn't have a local context seperate from the domain.
Uh, now I understand the question.
> does that also mean there's no difference between logging in,
> as a given user on a PDC, locally or in the domain?
Coorect. The PDC doesn't have a local context seperate from the domain.
Bye, Martin
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: ht
On Thu, Mar 14, 2002 at 10:27:21PM +0100, Heribert Dahms wrote:
> Hi Corinna,
>
> does that also mean there's no difference between logging in, as a given
> user on a PDC, locally or in the domain?
Uhm, I don't understand your question. Could you repeat in other words?
Corinna
--
Corinna Vin
At 08:23 PM 3/14/2002, Christopher Faylor wrote:
>On Thu, Mar 14, 2002 at 07:42:40PM -0500, Charles Wilson wrote:
> >Larry Hall (RFK Partners, Inc) wrote:
> >>Thank goodness someone has found the Cygwin release that's a panacea
> >>for all subsequent Cygwin ills! I'd heard B20 touted as this for s
On Thu, Mar 14, 2002 at 07:42:40PM -0500, Charles Wilson wrote:
>Larry Hall (RFK Partners, Inc) wrote:
>>Thank goodness someone has found the Cygwin release that's a panacea
>>for all subsequent Cygwin ills! I'd heard B20 touted as this for so
>>long that I was afraid Cygwin would never reach such
>
>Larry Hall (RFK Partners, Inc) wrote:
>
>>Thank goodness someone has found the Cygwin release that's a panacea for
>>all
>>subsequent Cygwin ills! I'd heard B20 touted as this for so long that I
>>was
>>afraid Cygwin would never reach such heights again. Boy am I relieved! I
>>guess there'
Larry Hall (RFK Partners, Inc) wrote:
> Thank goodness someone has found the Cygwin release that's a panacea for all
> subsequent Cygwin ills! I'd heard B20 touted as this for so long that I was
> afraid Cygwin would never reach such heights again. Boy am I relieved! I
> guess there's no n
> To: cygwin
> Subject: Re: Having problems with sshd and user accounts? 1.3.10
> appears to be broken, 1.3.9 fixed it...
>
[Heribert] [snip]
> Unfortunately, this doesn't work on domain controllers. The reason is
> that when the domain has been created, the
On Thu, Mar 14, 2002 at 07:10:55PM +0100, Martin Bene wrote:
> Given: cygwin on a W2k Primary domain controller.
>
> When running mkpasswd -l and mkgroup -l, you get primary group 513 in passwd, and no
>mention of either 513 or 10513 in group file.
Ok, I've found the reason, probably.
Basicall
Hi Corinna,
> Currently I don't understand how setup could create a /etc/passwd file
> with gid 513 and a group file with gid 10513.
>
> IIRC, setup calls both, mkpasswd and mkgroup, using the -l option.
> This should naturally result in using the 513 in both files.
>
> If anybody could sched s
On Thu, Mar 14, 2002 at 05:21:47PM +0100, Martin Bene wrote:
> Hi Corinna,
>
> > That's fine. Patches gratefully accepted.
>
> Just for the record: I ran into the problem as well, and of course your analysis was
>correct.
>
> the passwd/group files automaticaly generated during install didn't
Hi Corinna,
> That's fine. Patches gratefully accepted.
Just for the record: I ran into the problem as well, and of course your analysis was
correct.
the passwd/group files automaticaly generated during install didn't match wrt to
groups (group 513 in passwd, 10513 in group file).
The solut
On Thu, Mar 14, 2002 at 07:11:33AM -0800, Stephen Gutknecht wrote:
>subject says all. There are other reports on this NG of same.
Yep. As soon as we reach the critical mass of "me toos" the problem
will magically go away.
I think we only have 2^31 - 14 to go.
cgf
--
Unsubscribe info: h
time of members of this group?
Seriously though, if people really want to be able to take advantage of
new and improved functionality in later releases of Cygwin without suffering
the problems they're seeing now with 1.3.10, more input on the problem will
be needed, if not a patch. Corinna
On Thu, Mar 14, 2002 at 07:11:33AM -0800, Stephen Gutknecht wrote:
> subject says all. There are other reports on this NG of same.
That's fine. Patches gratefully accepted.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developer
subject says all. There are other reports on this NG of same.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
On Wed, Mar 13, 2002 at 03:01:32PM -0800, Daryl Spartz wrote:
> ssh with X forwarding worked for me, on some version like 1.3.2, but after
> upgrade I get failure below.
On the OpenSSH developers list it currently turns out that there
might be a X forwarding problem in the current 3.1p1 version.
Me too! Same problem, new install of 1.3.10
Stephen
"Martin Bene" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
Hi,
if I try updating cygwin from 1.3.9 to 1.3.10 sshd stops working: when
trying to connect from a remote system, I g
The following bash script segment worked correctly prior to my upgrading
cygwin (from 1.3.2 to 1.3.10):
export DISPLAY=`ipconfig | grep 'IP Address' | awk '{ split( $0, line, ":
" ); print line[ 2 ] }'`":0"
now results in:
$ echo $DISPLAY
:02.168.2
Original Message-
> From: Alex Song [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, March 13, 2002 08:14
> To: Michael A Chase; [EMAIL PROTECTED]
> Subject: RE: gcc bug, cygwin specific cygwin-1.3.10-1 gcc-2.95.3-5
>
> hi,
>
> is end being a global variable specific
gtclreg80.dll" v0.0 ts=2001/10/19 17:24
253k 2002/02/10 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0
"cygtiff3.dll" v0.0 ts=2002/2/10 0:34
623k 2001/10/20 C:\cygwin\bin\cygtk80.dll - os=4.0 img=1.0 sys=4.0
"cygtk80.dll" v0.0 ts=
> From: Alex Song [mailto:[EMAIL PROTECTED]]
> is end being a global variable specific to the C language (which i doubt)
? to
> gcc ? to cygwin ? to windows ? or is it ALWAYS the case ?
It's not always the case. I was able to compile/run the test program on
Solaris, with three different compiler
cygwin specific cygwin-1.3.10-1 gcc-2.95.3-5
>
>
> 'end' is not a reserved word, it's a global variable name. In other
> environments, overwriting it may not cause an immediate disaster, but
> probably will eventually.
> --
> Mac :})
> ** I normally forward pr
o.org/~esr/faqs/smart-questions.html
Give a hobbit a fish and he eats fish for a day.
Give a hobbit a ring and he eats fish for an age.
- Original Message -
From: "Alex Song" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 12, 2002 19:19
Subject: RE: gcc
ets the clock back to the
correct BIOS time). The mailing list only seems to mention forking
problems on Win NT or Win 2000; and I haven't seen any mention of
problems with the 1.3.10 cygwin.dll. Am I doing something wrong? Is
there a quick fix to the problem? Or is there something that I c
> >The global 'end' is a reserved word. It refers to the end of the data
> >area. That means you can't use it as a global variable in your program.
is this reserved word cygwin specific ? or is it a reserved word for all gcc ?
thanks for your help.
cheers,
alex
-
>>hi,
>>
>>i think i have found a bug, either that or i am very stupid. the bug is a
>>gcc bug and it is cygwin specific (cygwin-1.3.10-1 gcc-2.95.3-5) and the
>>following code causes a seg fault:
>>---
>>
Hallo!
On Sat, 9 Mar 2002, Martin Bene wrote:
> if I try updating cygwin from 1.3.9 to 1.3.10 sshd stops working: when trying to
>connect from a remote system, I get the followin messages:
>
> [root@backup full]# ssh martin.bene@myserver
> martin.bene@myserver's password
1 - 100 of 139 matches
Mail list logo