On Tue, 21 May 2002, Vernon Wu wrote:
> Thanks Jason and Jim.
>
> In fact, the error occured while I was following the instruction of
>/usr/doc/Cygwin/postgresql-7.2.1.README.
>
> I had tried the first step of
>/cygwin/usr/doc/postgresql-7.2.1/html/installation.html. I am failed on the first
>
Randall,
I've just tried it once more, and right now 25 minutes have passed
without any progress. I still see this dumb blank page.
BTW: My CPU usage is 100%!
--
Sebastian Schuberth
> Sebastian,
>
> Patience is one suggestion. I have a fast machine with fast disks and a
> fast, dual-chann
Hi,
Are you using an exisiting folder for your local package directory? If
so, it is reccommended that you use an empty, new folder. Just something
I noticed, because otherwise setup.exe is searching all over an existing
folder for setup.ini and may possibly be picking up the wrong one. Also,
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
Hi,
I built a FORTRAN/C DLL and I load it from a C driver program via
Loadlibrary().
I have compiled both, the DLL and the driver program, with gcc/g77 and
the compiler option -pg.
The problem now is that the DLL apears not to be profiled - the output
just gives information for the driver progra
NW> folder for setup.ini and may possibly be picking up the wrong one. Also,
NW> if you are already using a designated folder only for cygwin downloads,
NW> then I suggest clearing out what had been created by previous attempts and
NW> retry from a different mirror.
If this is the case try to s
Hi,
I don't use an existing or designated folder for Cygwin downloads. When
asking for the local package directory, I specify a directory that does
not yet exist so it will be created. I also already tried to use
serveral mirror sites but it does not help. The setup.ini file that gets
properl
> -Original Message-
> From: Sebastian Schuberth [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 22, 2002 5:34 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Crash during setup
>
>
> Randall,
>
> I've just tried it once more, and right now 25 minutes have passed
> without any progress.
Hi Rob,
setup-2.243 works fine, no more crashing! Thank you very much!
--
Sebastian Schuberth
> > Randall,
> >
> > I've just tried it once more, and right now 25 minutes have passed
> > without any progress. I still see this dumb blank page.
> >
> > BTW: My CPU usage is 100%!
>
> please t
> -Original Message-
> From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 22, 2002 1:00 AM
> I guess I can see some value to having the symlinks that
> setup generates be windows shortcuts. The obvious plus is
> that symbolic links to executables
C'est le moment de recruter vos
informaticiens !
Bonjour,
Le secteur informatique a été touché de plein fouet par la crise. Des profils, introuvables il y a quelques mois,
ont fait leur appar
Hello,
I am using cygwin on my Windows NT system and facing a problem. I have an
application which opens the terminal as file and writes and read to the
terminal. The source code is in Fortran which opens the file with name
specified as value returned by utility 'tty' i.e is terminal name. For th
Paul,
On Wed, May 22, 2002 at 02:28:25AM -0400, Paul McFerrin wrote:
> I looked thru the mailing list archive and there is lots of discussions
> on this rebase problem but I can not find any solutions that I should
> implement.
What about this one?
http://sources.redhat.com/ml/cygwin/2002-0
> setup-2.243 works fine, no more crashing! Thank you very much!
well, i just tried to install lyx 1.1.6 fix 4 under cygwin. as before,
the current setup.exe crashes and the 2.243 snapshot creates a null
pointer exception at 0x0043a1a5. as far as i can tell, it does not
matter where i put lyx'
setup-2.243 crashes just after clicking next on the select local package
directory stage, when in Install from Local Directory mode.
I know its only a snapshot, but this is just so you are aware of the bug.
setup-2.218.2.9 works fine.
Max.
smime.p7s
Description: application/pkcs7-signature
> Kindly, let as know how can we work out a solution for this as we have to
> build the application using the
> 'Compaq Visual Fortran Optimizing Compiler Version 6.1' which is available
> with Visual Studio from Microsoft.
And what does this have to do with Cygwin?
Max.
--
Unsubscribe info:
C'mon Max, you *know* I need more detail than that.
Install from Local works fine here. Even though it's only a snapshot, I
wasn't aware of any -bugs- in the release.
Rob
> -Original Message-
> From: Max Bowsher [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 22, 2002 10:17 PM
> To:
Hello Robert,
Wednesday, May 22, 2002, 2:20:20 PM, you wrote:
RC> C'mon Max, you *know* I need more detail than that.
RC> Install from Local works fine here. Even though it's only a snapshot, I
RC> wasn't aware of any -bugs- in the release.
I can confirm this - here is the output shown from Dr
Rajini --
...and then Rajini said...
%
% Hello,
Hi!
%
...
% is that if I compile and build the executable with the 'g77' compiler
% supplied with cygwin, the application works i.e. the application opens the
...
% build the application using 'Compaq Visual Fortran Optimizing Compiler
% Versio
Hello Pavel,
Wednesday, May 22, 2002, 2:34:47 PM, you wrote:
PT> Hello Robert,
PT> Wednesday, May 22, 2002, 2:20:20 PM, you wrote:
RC>> C'mon Max, you *know* I need more detail than that.
RC>> Install from Local works fine here. Even though it's only a snapshot, I
RC>> wasn't aware of any -bu
As loadkeys utility is not there in cygwin am trying to build
loadkeys utility.
Got the sources for loadkeys from Redhat source cd.
I have the latest cygwin installed in Windows2000 professional
environment.
The gettext utility is installed and works fine.
When building the message gi
Robert Collins <[EMAIL PROTECTED]> wrote:
> C'mon Max, you *know* I need more detail than that.
> Install from Local works fine here. Even though it's only a snapshot, I
> wasn't aware of any -bugs- in the release.
>
> Rob
Yes. I was hoping it would happen on your machine too. Given that it doesn
I've installed cygwin (current version from www.cygwin.com ) (1.3.10-1 ?) on
a Windows2000 system. I then installed the Mumit Khan distribution of gcc
(2.95.2).
When I try any of the compilers I get the message (for example with g77) :
$ g77 gtest.for
g77: installation problem, cannot exec `as':
> -Original Message-
> From: Max Bowsher [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 22, 2002 11:19 PM
> But the setup.exe does run, and does reproduce the crash.
Good.
> At the moment, I'm building it cygwin1.dll-linked. Would you
> post a MinGW build recipe when you have ti
Hi,
I used Cygwin 1.3.10 in w2k server. When a user run
cron, the home
directory is /cygdrive/f/home/user e.g,
16 * * * * echo $HOME > /cygdrive/f/home/user/testfile
in testfile, the output:
/cygdrive/c
In another w2k server, i also install Cygwin 1.3.10,
user also run the
above cron, also
At 09:24 AM 5/22/2002, John Macallister wrote:
>I've installed cygwin (current version from www.cygwin.com ) (1.3.10-1 ?) on
>a Windows2000 system. I then installed the Mumit Khan distribution of gcc
>(2.95.2).
>When I try any of the compilers I get the message (for example with g77) :
>
>$ g77 gt
John,
Good to hear from youi. Hope you are well!
> I've installed cygwin (current version from www.cygwin.com )
> (1.3.10-1 ?) on
> a Windows2000 system. I then installed the Mumit Khan
> distribution of gcc
> (2.95.2).
> When I try any of the compilers I get the message (for
> example with g
John Macallister wrote:
>I've installed cygwin (current version from www.cygwin.com ) (1.3.10-1 ?) on
>a Windows2000 system. I then installed the Mumit Khan distribution of gcc
>(2.95.2).
>When I try any of the compilers I get the message (for example with g77) :
>
>$ g77 gtest.for
>g77: installa
Hello Max,
Wednesday, May 22, 2002, 3:18:57 PM, you wrote:
[snip]
MB> So... I untar the setup source from cygwin.com/setup-snapshots, ./configure,
MB> make
Grab the setup source snapshot tarball from http://www.cygwin.com/setup-snapshots/
and use the instructions from http://sources.redhat.com
In wake of several questions about whether something is in Cygwin, I would
like
to throw a simple suggestion out for the community.
When you run setup, and you get to the screen that allows you to select what
you want to install, take a minute to click open the categories and see
whats
in them.
Robert Collins <[EMAIL PROTECTED]> wrote:
> C'mon Max, you *know* I need more detail than that.
>
> Install from Local works fine here. Even though it's only a snapshot, I
> wasn't aware of any -bugs- in the release.
Why doesn't http://cygwin.com/ml/cygwin/2002-05/msg01210.html count
as a bug?
Wednesday, May 22, 2002, 2:34:47 PM, you wrote:
PT> I can confirm this - here is the output shown from Dr. Mingw JIT:
I'm not sure this is the same crash but the crash I'm reporting is
easy reproducable and I think it is not the expected behaviour :)
Here is more info on it..
The crash is cause
At 09:39 AM 5/22/2002, B wrote:
>Hi,
>
>I used Cygwin 1.3.10 in w2k server. When a user run
>cron, the home
>directory is /cygdrive/f/home/user e.g,
>
>16 * * * * echo $HOME > /cygdrive/f/home/user/testfile
>
>in testfile, the output:
>
>/cygdrive/c
>
>In another w2k server, i also install Cygwin
Thanks Pavel. I've no time to test this tonight, but:
==
Index: IniParseFindVisitor.cc
===
RCS file: /cvs/cygwin-apps/setup/IniParseFindVisitor.cc,v
retrieving revision 2.2
diff -u -p -r2.2 IniParseFindVisitor.cc
--- IniParseFindVisi
I've deleted all files and started again.
When I performed the installation last time I thought "Default" would mean
that that item would be installed. This time round I chose "Install" (rather
than "Default") for everything and now all is OK.
Thanks to everyone for pointing out that gcc (and man
At 10:08 AM 5/22/2002, Keen Wayne A Contr AFRL/MNGG wrote:
>In wake of several questions about whether something is in Cygwin, I would
>like
>to throw a simple suggestion out for the community.
>
>When you run setup, and you get to the screen that allows you to select what
>
>you want to install,
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
On Wed, May 22, 2002 at 04:32:13PM +0200, Pavel Tsekov wrote:
>Wednesday, May 22, 2002, 2:34:47 PM, you wrote:
>
>PT> I can confirm this - here is the output shown from Dr. Mingw JIT:
>
>I'm not sure this is the same crash but the crash I'm reporting is
>easy reproducable and I think it is not the
I have been developing a Perl script under Linux and cygwin (under Win 98)
that is to run under a native version of Perl on a Win 2000 system.
I have Linux and Win98 at home/work but not Win 2000. Perl is 5.6.1 .
I decided it would be nice to add code using Win32::Registry to my Perl script
and
Greetings,
Per the HOW-TO-CONTRIBUTE located in
/usr/doc/cygutils-1.0.0, I have put together a
tarball, patch and a changelog entry for cygutils to
build col for use in CYGWIN. The reason I have done
so is that I am supporting some older shell scripts
that make use of the command, and it was eas
On Wed, May 22, 2002 at 09:03:09AM -0700, dawillis dawillis wrote:
>Per the HOW-TO-CONTRIBUTE located in /usr/doc/cygutils-1.0.0, I have
>put together a tarball, patch and a changelog entry for cygutils to
>build col for use in CYGWIN. The reason I have done so is that I am
>supporting some older
>> Just to make sure I understand. After doing a complete reinstall with the
>> latest setup.exe, the mounts are now correct? Please confirm that with
>> 'cygcheck -s' so I can put this to bed in my mind at least.
Yes, reinstall with cleaning the registry. I've been a long time
cygwin user, g
On Wed, May 22, 2002 at 08:48:33AM -0700, Leo Kuznetsov wrote:
>Hi,
>
>I might be wrong but it looks like:
>
>In the function below
>
> if (get_nohandle ())
>nh = NULL;// NULL == 0 and is a valid (but possibly closed) handle
>
>
>MUST BE
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
> I might be wrong but it looks like:
>
> In the function below
>
> if (get_nohandle ())
> nh = NULL;// NULL == 0 and is a valid (but possibly closed)
handle
>
>
> MUST BE
>
> if (get_nohandle ())
> nh =
Hello Robert,
Well, this will fix the problem, but String::substr() will still
cause a crash if for some reason a NULL pointer is passed to it!
Btw have you read my mail till the end ?
Wednesday, May 22, 2002, 4:57:13 PM, you wrote:
RC> Thanks Pavel. I've no time to test this tonight, but:
[sn
>> 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
Please do not send me private mail concerning cygwin. These questions
belong on the cygwin mailing list. I've redirected this mail and set
the Reply-To appropriately.
--Chuck
zhlg_shuhan wrote:
> Mr. chales,
> I know to you through cygwin mail list.I am a beginner of cygwin,so many
>p
Christopher Faylor wrote:
> On Wed, May 22, 2002 at 09:03:09AM -0700, dawillis dawillis wrote:
>
>>Per the HOW-TO-CONTRIBUTE located in /usr/doc/cygutils-1.0.0, I have
>>put together a tarball, patch and a changelog entry for cygutils to
>>build col for use in CYGWIN. The reason I have done so i
Hello Cliff,
Wednesday, May 22, 2002, 4:22:57 PM, you wrote:
CH> Robert Collins <[EMAIL PROTECTED]> wrote:
>> C'mon Max, you *know* I need more detail than that.
>>
>> Install from Local works fine here. Even though it's only a snapshot, I
>> wasn't aware of any -bugs- in the release.
CH> Why
The file /etc/passwd needs to be properly created.
Type 'man mkpasswd' for better directions than I can give, and search for
mkpasswd in the mailing lists. Also
http://cygwin.com/cygwin-ug-net/using-utils.html
If that doesn't work, change the environment variable PS1 to something less
alarming :
On Wed, May 22, 2002 at 02:14:27PM -0400, Charles Wilson wrote:
>Christopher Faylor wrote:
>>Why are you contributing to cygutils rather than cygwin itself?
>
>Actually, Chris, I think col *does* belong in cygutils. On linux, it is
> found in the util-linux package -- a random grab bag of lots o
On Wed, May 22, 2002 at 13:10:11 -0400, Christopher
Faylor wrote:
> Why are you contributing to cygutils rather than
> cygwin itself
As I stated in my original message, the reason I
though col belonged in cygutils rather than it's own
package for cygwin is that other BSD utilities, such
as cal,
Hi -
I'm not on the list, please cc me on any replies.
I'm doing some research to see if GNU Bayonne can be ported to the
cygwin environment. We use a rather complicated setup to load
telephony driver shared objects. The sequence of events is:
1) Someone runs the bayonne executable, which has
Charles,
I think it should be included, I've encountered a script or two which was
looking for this item. I hope others agree and this doesn't get tabled
like the ksh93 packages (what ever happened to that anyway?).
Cheers,
Nicholas
--- Charles Wilson <[EMAIL PROTECTED]> wrote:
> Christopher Fa
I've tracked down the "dup(/dev) failed" on startup error to the following
section of code in tty.cc :
char buf[40];
__small_sprintf (buf, "cygwin.find.console.%d", myself->pid);
SetConsoleTitle (buf);
Sleep (40);
console = FindWindow (NULL, buf);
SetConsoleTi
Hallo Clive,
Am Mittwoch, 22. Mai 2002 um 17:59 schriebst du:
> I have been developing a Perl script under Linux and cygwin (under Win 98)
> that is to run under a native version of Perl on a Win 2000 system.
> I have Linux and Win98 at home/work but not Win 2000. Perl is 5.6.1 .
> I decided i
On Wed, May 22, 2002 at 12:02:01PM -0700, David A. Willis wrote:
>On Wed, May 22, 2002 at 13:10:11 -0400, Christopher
>Faylor wrote:
>>Why are you contributing to cygutils rather than cygwin itself
>
>As I stated in my original message, the reason I though col belonged in
>cygutils rather than it'
On Wed, May 22, 2002 at 12:24:35PM -0700, Nicholas Wourms wrote:
>I think it should be included, I've encountered a script or two which was
>looking for this item. I hope others agree and this doesn't get tabled
>like the ksh93 packages (what ever happened to that anyway?).
It's Chuck's call. I
On Wed, May 22, 2002 at 08:29:44PM +0100, Chris January wrote:
>I've tracked down the "dup(/dev) failed" on startup error to the following
>section of code in tty.cc :
>
> char buf[40];
>
> __small_sprintf (buf, "cygwin.find.console.%d", myself->pid);
> SetConsoleTitle (buf);
>
Christopher Faylor wrote:
> On Wed, May 22, 2002 at 02:14:27PM -0400, Charles Wilson wrote:
>
>>Christopher Faylor wrote:
>>
>>>Why are you contributing to cygutils rather than cygwin itself?
>>>
>>Actually, Chris, I think col *does* belong in cygutils. On linux, it is
>>found in the util-li
Just to clarify: This email is not about bugs in setup.exe.
I've just spent all evening re-installing cygwin from scratch on my machine
and I thought I'd share some of my excess fun with everyone else:
(BTW I'm using setup.exe version 2.218.2.9, if and where that's relevant.)
(*) The gdbm and r
On Wed, May 22, 2002 at 10:27:34PM +0100, Chris January wrote:
>
>> >I've tracked down the "dup(/dev) failed" on startup error to the
>following
>> >section of code in tty.cc :
>> >
>> > char buf[40];
>> >
>> > __small_sprintf (buf, "cygwin.find.console.%d", myself->pid);
>> > SetCo
I seem to have problem having IMAP authenticate remote users (see the
attached mtest results). Is this a known problem related to crypt? If so,
is there any workaround? Thanks for the help.
IMAP: imap-2000a-cygwin-bin.tar.gz, 4/8/2002,
http://sourceforge.net/projects/uw-imap-cygwin/
Wei Ku
> I wonder if, these days, there are any better ways of doing what this
> code is doing. As I said, this code has been this way for years.
> Increasing the timeout is going to have a negative effect on cygwin tty
> programs.
>
> Wait. Hmm. This is only going to be a problem for programs run dir
Christopher Faylor wrote:
> On Wed, May 22, 2002 at 12:24:35PM -0700, Nicholas Wourms wrote:
>
>>I think it should be included, I've encountered a script or two which was
>>looking for this item. I hope others agree and this doesn't get tabled
>>like the ksh93 packages (what ever happened to th
Conrad Scott wrote:
> (*) The gdbm and readline packages should (but don't) require texinfo in
> setup.ini, since both of these packages call install-info in their
> postinstall scripts. Since both these packages are in the default download
> set, and texinfo isn't, the postinstall phase of the
Hi,
I am using recent Cygwin on WindowsXP professional.
I have found this bug in when using /usr/bin/printf:
If printf "%4.0f" rounds its argument to 0, it only prints 3
characters instead of 4, e.g.:
$ printf "%4.0f\n%4.0f\n" 0 0.1
0
0
Can you also see this?
Originally, I have found this p
At 07:25 PM 5/22/2002, Pavol Juhas wrote:
>Hi,
>I am using recent Cygwin on WindowsXP professional.
>I have found this bug in when using /usr/bin/printf:
>If printf "%4.0f" rounds its argument to 0, it only prints 3
>characters instead of 4, e.g.:
>
>$ printf "%4.0f\n%4.0f\n" 0 0.1
>0
> 0
>
On Wed, May 22, 2002 at 02:27:16PM -0700, mike stump wrote:
>> 1) What's "gmake"?
>
>GNU make.
Yeah, I sort of figured that. Is this the make that comes with the
distribution or something you've built yourself?
>> 2) Why shouldn't it "set an error" if handle 0 is closed?
No answer here...
>>
On Wed, May 22, 2002 at 06:17:18PM -0400, Charles Wilson wrote:
>
>
>Conrad Scott wrote:
>
>>(*) The gdbm and readline packages should (but don't) require texinfo in
>>setup.ini, since both of these packages call install-info in their
>>postinstall scripts. Since both these packages are in the def
Following my previous message, I did some further test with
/usr/bin/login.exe. On a W2K system, running login.exe as Administrator
always fail:
//MORIARTY/.../administrator $ login
login: Administrator
Password:
Login incorrect
login: weiku
Password:
Login incorrect
Note that using ssh to log
At 09:10 PM 5/22/2002, Wei Ku wrote:
>Following my previous message, I did some further test with
>/usr/bin/login.exe. On a W2K system, running login.exe as Administrator
>always fail:
>
>//MORIARTY/.../administrator $ login
>login: Administrator
>Password:
>Login incorrect
>login: weiku
>Passwor
To any one who can help & as soon as possible-
Heres the problem enjoy-
There are two machines running cygwin under Win200(Pro) on a 100Mbit Lan
network.
I want to be able to telnet & ssh between this machines.
I have run the 2.194.2.24 setup file and install the inetd utils and the ssh
componen
i was browseing through the profiles and i noticed yours : ) so i decided
to drop u a lil message. anyways im joe nice to meet you. i attached a pic
to this e-mail and theres also some more pics on my web site (link at the
bottom) also if you have a pic could you please return it if you reply to
t
Maybe a foolish question, but I did not find it. A CVS tree is appreciated.
Thanks.
Wu Yongwei
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://c
On Thu, May 23, 2002 at 11:52:23AM +0800, Wu Yongwei wrote:
>Maybe a foolish question, but I did not find it. A CVS tree is
>appreciated.
You must not have been looking very hard.
Look for clues in http://cygwin.com/lists.html,
http://cygwin.com/packages/, http://cygwin.com/setup.html .
cgf
-
As loadkeys utility is not there in cygwin am trying to build
loadkeys utility.
Got the sources for loadkeys from Redhat source cd.
I have the latest cygwin installed in Windows2000 professional
environment.
The gettext utility is installed and works fine.
When building the message given
Hi,
Actually, use can logon and run cron smoothly. I think
the /etc/passwd is not problem. However, user still
cannot get his home directory when "echo $HOME" in
running cron, the cron output file give /cygdrive/c.
I read the README in /usr/doc/cron. I set /etc/passwd
and /var (& its directory)
Is it possible to maintain a 2.125 setup? If I am not mistaken, the only
current problem is the MD5 checksum in the ini file. We need only to make
the 2.125 setup ignore them. The "new" setup should be ideally put in the
directory containing setup.exe and be named setup-old.exe.
Maybe it is an un
80 matches
Mail list logo
