I have verified the behavior described. My guess would be that it is an issue
in the interface between gv and gs.
Dr. Volker Zell is the current cygwin maintainer for gv; I recently took over
maintaining gs, bringing it up to the latest 8.50 GPL release. I note that the
cygwin version of gv is s
Folks,
according to the cygpath manpage, I should get the following, given a short
DOS name, e.g. c:\Progra~1:
cygpath -wl C:\Progra~1--> C:\Program Files
cygpath -ml C:\Progra~1--> C:/Program Files
however, the -m option completely ignores the '-l' flag, and I get instead
cygpath -ml
James R. Phillips wrote:
> ...
> Dr. Volker Zell is the current cygwin maintainer for gv...
>
> ...
>
> I note that the cygwin version of gv is somewhat out of date
It would be nice an update of GV to 3.6.1.
> Since the interface works in at least one scenario, i.e., "gs file.pdf
> &", I a
On 16 February 2006 23:17, Dill, Jens (END-CHI) wrote:
> More test results:
Right, thanks for giving us something we can actually get our teeth into...
it would really have been helpful to bring out some of this information a bit
earlier in the thread, like in the very first post for instance,
On Feb 16 09:59, Cowdery, James wrote:
> I just updated cygwin and my Solaris mapped drive no longer works
> properly. If I create a directory I cannot remove it. I just get
> permission denied. If I try and copy a file I get the "skipping file
> 'filename' , as it was replaced while being copie
On 16 February 2006 19:36, Elin Aronsen wrote:
> Hi !
>
> I have attached cygcheck and the to logfiles. I do not know why in
> the logfile I geet the message it cannot find oistream fopen. Very
> greatful for help.
>
> Elin Aronsen
Can't help very much, because I don't know what CLHEP is, bu
The following packages have recently been added to the Cygwin net release:
libgii1-1.0.0-1
libgii1-devel-1.0.0-1
libgii1-input-x-1.0.0-1
LibGII is a "General Input Interface" and is primarily the input
layer for LibGGI, the "General Graphics Interface".
The main purpose
On 16 February 2006 22:10, Dean C. Tsai wrote:
> I went to Fletcher's site and found some files (glut32.dll, glut32.lib, and
> glut.h) but frankly I have no clues if I can use them, or I should put them
> if I can use those files. I remember reading that applications must be
> re-compiled in Cygw
On Feb 17 00:23, Hans Horn wrote:
> Folks,
>
> according to the cygpath manpage, I should get the following, given a short
> DOS name, e.g. c:\Progra~1:
>
> cygpath -wl C:\Progra~1--> C:\Program Files
> cygpath -ml C:\Progra~1--> C:/Program Files
>
> however, the -m option completely
On Feb 16 15:56, Manuel Gonzalez Montoya wrote:
> All,
>
> I just installed the lastest cygwin version on an XP Professional
> SP2 machine and noticed the output of the top command always reports
> wrong info (0.0%) about the CPU usage summary [...]
That's a small bug in top. A new version
On Fri, Feb 17, 2006 at 02:32:22AM -0500, [EMAIL PROTECTED] wrote:
> Hi all, I think there's a bug with cpan and names containing spaces.
Please report bugs in CPAN.pm to [EMAIL PROTECTED]
This isn't unique to cygwin. I suggest you remove the space.
--
Unsubscribe info: http://cygwin.com/ml
Andrew DeFaria wrote:
I have a somewhat odd setup here and am having a permissions problem
with my userid and authentication.
In general I'm trying to have one home directory that is shared
between Windows and Linux. On Windows I use Cygwin. Normally this
involves mounting my Windows oriented
On Fri, 17 Feb 2006, Dave Korn wrote:
> On 16 February 2006 22:10, Dean C. Tsai wrote:
> > I went to Fletcher's site and found some files (glut32.dll, glut32.lib, and
> > glut.h) but frankly I have no clues if I can use them, or I should put them
> > if I can use those files. I remember reading th
Dave Korn writes:
> Right, thanks for giving us something we can actually get our teeth
into...
> it would really have been helpful to bring out some of this information a
bit
> earlier in the thread, like in the very first post for instance, but
better
> late than never!
Sorry I didn't send con
In another context, Dave Korn writes:
> Have you looked into 'rebaseall' yet?
My reaction:
o Don't know about that, let's look it up.
o Try "man rebaseall" in CygWin shell. No luck.
o Try searching Windows 2003 Help. No luck.
o Google search turns up people who are complaining
On Fri, 17 Feb 2006, Elin Aronsen wrote:
> Actually, I started out on my laptop and I have not done more than
> installing cygwin. But cygwin logfile complains about not finding
> fopen: no such file or directory, please see attached cygcheck and
> logfile. What can the reason be ?
FYI, you have
"Corinna Vinschen" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
[snip]
> Thanks, nice to read somebody is happy with Cygwin :-)
[snip]
Also I am happy with Cygwin.
--
Alex Vinokur
email: alex DOT vinokur AT gmail DOT com
http://mathforum.org/library/view/10978.html
On 17 February 2006 18:45, Alex Vinokur wrote:
> "Corinna Vinschen" wrote in message
> news:[EMAIL PROTECTED]
>
> [snip]
>> Thanks, nice to read somebody is happy with Cygwin :-) [snip]
>
> Also I am happy with Cygwin.
>
No! *I* am Spartacus!
cheers,
DaveK
--
Can't think of
On 17 February 2006 17:54, Dill, Jens (END-CHI) wrote:
> In another context, Dave Korn writes:
>
>> Have you looked into 'rebaseall' yet?
>
> My reaction:
>
> o Don't know about that, let's look it up.
>
> o Try "man rebaseall" in CygWin shell. No luck.
Just FYI, some things have info
On Fri, Feb 17, 2006 at 07:01:29PM -, Dave Korn wrote:
>On 17 February 2006 17:54, Dill, Jens (END-CHI) wrote:
>
>> In another context, Dave Korn writes:
>>
>>> Have you looked into 'rebaseall' yet?
>>
>> My reaction:
>>
>> o Don't know about that, let's look it up.
>>
>> o Try "man reb
Dave Korn wrote:
> Absolutely so. I reckon doing a proper rebaseall that includes the oracle
> dlls should make a noticeable difference.
This is important. The rebaseall script only knows about DLLs installed
via setup.exe. So, you will need to provide a list of any additional
DLLs that you
On 17 February 2006 19:21, Brian Dessent wrote:
> Dave Korn wrote:
>
>> Absolutely so. I reckon doing a proper rebaseall that includes the
>> oracle dlls should make a noticeable difference.
>
> This is important. The rebaseall script only knows about DLLs installed
> via setup.exe. So, you
Apologies for the incomplete posting. Here are two output files: The
first is output from 'cygcheck -s -v -r', the second is the error message
from cygcheck.
History: I want to run 'octave' and tried a package containing a partial
cygwin environment and octave 2.1.42. Discovered that it is too
"Dr. Volker Zell" <[EMAIL PROTECTED]> wrote in
news:[EMAIL PROTECTED]:
> Hi
>
> A new version of 'WordNet' has been uploaded to a server near you.
>
This has defied my Googling Powers. But I have found out a few things
You call it from the command line as wn (not wordnet)
> wn
> man wn
The on
Gary R. Van Sickle wrote:
> Arend-Jan Westhoff writes:
I cannot confirm your assertion that msvcrt.dll and
cygwin1.dll cannot be used together.
The Gary Exclusion Principle: Two C runtimes cannot occupy the same point
in space at the same moment in time.
The problem here is that unfortu
On Fri, Feb 17, 2006 at 12:27:52PM -0800, Shankar Unni wrote:
>Gary R. Van Sickle wrote:
>>Arend-Jan Westhoff writes:
>>>I cannot confirm your assertion that msvcrt.dll and cygwin1.dll cannot
>>>be used together.
>
>>The Gary Exclusion Principle: Two C runtimes cannot occupy the same
>>point in spa
The 'worker' MPM for Apache2 uses threads. According to its
docs: By using threads to serve requests, it is able to
serve a large number of requests with less system resources
than a process-based server. Yet it retains much of the
stability of a process-based server by keeping multiple
processes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jerry D. Hedden wrote:
> The 'worker' MPM for Apache2 uses threads. According to its
> docs: By using threads to serve requests, it is able to
> serve a large number of requests with less system resources
> than a process-based server. Yet it retains
Dave Korn wrote
>On 17 February 2006 19:21, Brian Dessent wrote:
>
>> Dave Korn wrote:
>>
>>> Absolutely so. I reckon doing a proper rebaseall that includes the
>>> oracle dlls should make a noticeable difference.
>>
>> This is important. The rebaseall script only knows about DLLs installed
>
I wrote:
> Could I
> "fix" the problem by providing a stripped-down app that links all
> the DLLs and and all the same static libraries, but does nothing
> but launch a shell, which can then be used to launch the real app?
Nope, didn't work. Got the same message:
2 [main] ? (-5768) d:\m1\voy
I've found an rsync problem that might be another data point for the
fork() (or exec()?) problems mentioned on the cygwin mailing list last
fall. On one of my systems rsync hangs after it forks a cygwin program.
Surprisingly, when it forks some native windows program, it completes.
I started this
Scott,
> I started this investigation when rsync spawning ssh hung. By using
> the -vv verbose option I could tell that rsync was starting ssh.
It is difficult to tell if this is the same or similar to the rsync hang
I experienced:
http://sourceware.org/ml/cygwin/2005-12/msg01096.html
It seemi
Brett,
Thanks for the suggestion. Switching from socketpair() to
pipe() does let ssh get going, but rsync later runs into
problems. A few minutes into the transfer it just hangs.
Since I exercised ssh by transferring 16MB files back and
forth for 1
I have key binding set to vi and now after having updated to the newest
version of readline the search capability invoked by ESC followed by a /
results in the prompt being displayed a few times along with the /. I have
reverted to 5.0-4 for now which seems to work fine.
5.0-4 behavior:
[EMAIL PR
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Paul J. Ghosh on 2/17/2006 9:28 PM:
> I have key binding set to vi and now after having updated to the newest
> version of readline the search capability invoked by ESC followed by a /
> results in the prompt being displayed a few times al
35 matches
Mail list logo
