What we're you doing when these warning's came up? I guess the
compilation bit but what we're you compiling? Where you using dynamic
libraries? What compile line did you use?
Have you checked that you have the latest binutils? What's your
cygcheck output?
run `cygcheck -s -v -r > cygcheck.out'
Vola, it works for me now.
Thanks a lot and have really good day!
Henrik
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf Of Elfyn McBratney
> Sent: den 3 januari 2003 17:53
> To: Henrik Bengtsson; [EMAIL PROTECTED]
> Subject: Re: gcc and libtiff, m
Hi,
i have the same error in another situation. And Ben Eng wrote me this E-Mail, that he
has the same problem in W2K.
Stephan
> --- Original Message ---
>
> Von : Ben Eng
> Datum : Thu, 2 Jan 2003 16:32:18 -0500
>
>> i have an every time updated Cygwin installation. Last day's i
>> up
- Original Message -
From: "Elfyn McBratney" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Thursday, January 02, 2003 4:04 PM
Subject: __RUNTIME_PSEUDO_RELOC_LIST[_END]__ (1.3.18-1)
> The "pseudo reloc" is a new addition to cygwin-1.3.18-1. Taken from the
> relea
Hi,
The problem is partially due to where the -lname bits are. They should
be put at the end of the line (after all options and stuff). You also
needed to include libz (-lz) and libjpeg (-ljpeg).
This worked for me:
$ gcc -static -o tifft tifft.c -lm -ltiff -ljpeg -lz
P.s. I renamed your file t
Hi, first I haven't done C programming in years and am a bit rusty with
gcc and ld. I am having problems with ld reporting "undefined reference
to _TIFFOpen" etc, which should be in libtiff. However, I am not even
sure if the problem is about libtiff or if miss something else.
Here is my minimize
> Chuck,
>
> On Wed, Jan 01, 2003 at 11:36:49PM -0500, Charles Wilson wrote:
> > Turns out, the problem IS in newlib.
>
> I concur. In fact, this problem is the root cause for the Cygwin Python
> SEGV that I was trying to debug in the following:
>
> http://cygwin.com/ml/cygwin-developers/2002-
On Fri, Jan 03, 2003 at 09:13:22AM +0800, Cristian Southall wrote:
>I received the same error after running cygcheck a few times and then
>trying to 'man cygcheck' ...
>
>$ man cygcheck
>C:\cygwin\bin\sh.exe: *** can't create title mutex, Win32 error 6
>C:\cygwin\bin\sh.exe: *** can't create title
Redirecting to the correct mailing-list.
Elfyn
[EMAIL PROTECTED]
--- Richard Garrison <[EMAIL PROTECTED]> wrote:
>The vertical scrollbar in the setup (initiated from
>the download now icon) doesn't display in my windows
>XP pro (service pack 1 - mobile PIII) box. Using the
>identical procedure on
The vertical scrollbar in the setup (initiated from
the download now icon) doesn't display in my windows
XP pro (service pack 1 - mobile PIII) box. Using the
identical procedure on my windows 2k boxes works fine
(the scrollbar displays).
I didn't find anything about this on the web, the
mailing li
__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http:/
I received the same error after running cygcheck a few times and then
trying to 'man cygcheck' ...
$ man cygcheck
C:\cygwin\bin\sh.exe: *** can't create title mutex, Win32 error 6
C:\cygwin\bin\sh.exe: *** can't create title mutex, Win32 error 6
fgets: No such file or directory
Error reading man p
The "pseudo reloc" is a new addition to cygwin-1.3.18-1. Taken from the
release announce
(http://www.cygwin.com/ml/cygwin-announce/2002-12/msg00031.html)
- Implement "pseudo reloc" code which now allows transparent linking
of dlls similar to UNIX. (Egor Duda)
What problems are you experienci
I've been looking unsuccessfully for an explanation of these undefined symbols in
libcygwin.a(pseudo-reloc.o). I take it this is a new "feature" of 1.3.18-1, but until
I see the usage explained, I guess I'll keep reverting to 1.3.17-1.
Tim Prince
--
Unsubscribe info: http://cygwin.com/ml/#
It seems my mail didn't get through to the list. I've never heard of a
mail taking 2 days to get through the MTA...
> Have you by any chance looked at the main cygwin (http://cygwin.com/)
> homepage? As you'll see on the right-hand side
>
> ImageMagick 5.4.6 (ftp://ftp.imagemagick.org/pub/ImageMag
NEWSLETTER PER ADULTI V.M.
http://penetrazionianali.isfun.net
IL MEGLIO DEL WEB
http://penetrazionianali.isfun.net
SE NON VUOI PIU RICEVERE
PIU POSTA SCRIVI
[EMAIL PROTECTED]
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.h
> What caused me a problem in searching, is that convert is a rather
> common word. From what I was told by an acquainance on a non
> computer list, imagine that, since my initial post is this is part of
> imagemagick. Currently downloading it so my question should be
> resolved assuming I can
On Thu, Jan 02, 2003 at 11:15:09PM +0100, a12 wrote:
> Whether I login locally as user 'sysaccount' or domain user
> 'magr40', the problem persists:
> HOME=/cygdrive/c
> HOMEDRIVE=C:
> HOMEPATH=\
Isn't HOME already defined in the Windows environment, before
starting Cygwin?
Start a DOS shell and
Hello Igor,
Thank you for your reply.
Following your reply I have rebuilt /etc/group and /etc/passwd
/etc/group:
SYSTEM:S-1-5-18:18:
none:S-1-5-21-18958337-794100916-1409357915-513:513:
admins:S-1-5-32-544:544:
backup:S-1-5-32-551:551:
guests:S-1-5-32-546:546:
power:S-1-5-32-547:547:
replicator:
Igor,
On Thu, Jan 02, 2003 at 03:03:21PM -0500, Igor Pechtchanski wrote:
> How about doing exactly what the message suggests (see attached)?
I think that I found the best solution -- auto-import the functions by
just removing the "__declspec(dllimport)" indicators. If interested,
see attached.
I'm looking for a convenient place to cross-compile a Linux Kernel
targetting an x86 platform. Is this something I can do under Cygwin, or am
I asking for trouble? While I've compiled the Linux kernel before, I've
never cross-compiled it on a different platform.
_
Chuck,
On Thu, Jan 02, 2003 at 03:18:45PM -0500, Charles Wilson wrote:
> Jason Tishler wrote:
> >Thanks for your astute analysis. With the attached "patch," I was able
^ ^
* *
Jason Tishler wrote:
I concur. In fact, this problem is the root cause for the Cygwin Python
SEGV that I was trying to debug in the following:
http://cygwin.com/ml/cygwin-developers/2002-12/msg00027.html
For those interested, Python's test_format regression test would SEGV
after trying to d
Hello,
I am using rxvt 2.7.0 release 4 with my version of cygwin under W2K
with SP3. The problem I am having is that when the line exceeds a
certain number of characters, say 94 for example, then new characters
start to appear at the beginning of the line (like line-wrap but with
not carriage r
On Thu, 2 Jan 2003, Jason Tishler wrote:
> The attached code snippet, j2.c, demonstrates a Cygwin specific
> compilation problem that affects many Python shared extension modules:
>
> $ gcc -c j2.c
> j2.c:17: initializer element is not constant
> j2.c:17: (near initialization for `f.ge
I get the same since I updated to 1.3.18. 1.3.17 was fine.
I get it when I try to compile with ant:
$ ant
C:\apps\cygwin\bin\cygpath.exe: *** can't create title mutex, Win32
error 6
Error: JAVA_HOME is not defined correctly.
We cannot execute java
About no title: I tried:
export CYGWIN=notitle
On Thu, 2 Jan 2003, Roland Schwingel wrote:
> Hi...
>
> > While running a big recursive make under Cygwin 1.3.18-1 on an SMP
> > system, I am getting occasional failures like these:
> >
> > C:\cygwin\bin\cygpath.exe: *** can't create title mutex, Win32 error 6
> > C:\cygwin\bin\sh.exe: *** can't
It seems that I'm not able to copy / paste accentued characters
from Command Prompt to Cygwin and between Cygwin.
I write the following on the bash prompt:
ÁáãçaÉ
I copy it to the Command Prompt:
ÁáãçaÉ
Now I copy it to the same bash prompt:
ça
The same if I copy it to another bash prompt.
Chuck,
On Wed, Jan 01, 2003 at 11:36:49PM -0500, Charles Wilson wrote:
> Turns out, the problem IS in newlib.
I concur. In fact, this problem is the root cause for the Cygwin Python
SEGV that I was trying to debug in the following:
http://cygwin.com/ml/cygwin-developers/2002-12/msg00027.htm
On Tue, 31 Dec 2002, a12 wrote:
> Hello,
> I have just installed the latest Cygwin release on one PC.
The two issues you mention are unrelated. See below.
> It is up and running OK, except that all local users login into
> /cygdrive/c instead of /home/.
Do you have the /etc/passwd and /etc/gro
Hello,
I am having some difficulty with the stringstream class. Here is a
simple program I run:
#include
#include
#include
int main(int argc, char* argv[])
{
std::string temp;
std::string stuff = "asdf asdf asdf asdf asdf"; std::stringstream a;
a << stuff.c_str();
std::cout <<
ZoneAlarm Pro contains code that is designed to stop trojans by popping up a
dialog window and asking the computer user whether a given process should be
allowed to have access to the internet. The user can elect to deny the access
attempt or to accept it AND the user can also elect to remember
I'm porting an application that uses lockf() to cygwin
and it doesn't appear that either are supported on
cygwin. If so i can't seem to find which library they
are contained in. Anybody have any luck with either of
these?
thanks,
-Rob
__
Do you Yaho
I'm porting an application that uses lockf() to cygwin
and it doesn't appear that either are supported on
cygwin. If so i can't seem to find which library they
are contained in. Anybody have any luck with either of
these?
thanks,
-Rob
__
Do you Yaho
As requested at http://cygwin.com/bugs.html:
o Most of the information about your Cygwin environment
is listed by running 'cygcheck -s -v -r > cygcheck.txt'.
Please include cygcheck.txt *AS AN ATTACHMENT* to your
report. It is important that you include it as an
attachment so that search
The attached code snippet, j2.c, demonstrates a Cygwin specific
compilation problem that affects many Python shared extension modules:
$ gcc -c j2.c
j2.c:17: initializer element is not constant
j2.c:17: (near initialization for `f.get')
It appears that Cygwin gcc considers function po
Alright, I'm replying to my own email because I
figured out the problem and maybe this could be
beneficial to others having the same problem at a
later time. I created a .def file which contained all
of the symbols I was exporting using the methods found
here:
http://www.cygwin.com/cygwin-ug-net/d
Hello All!
The newest cygwin DLL version (from 12/25) helped. I've recompiled with
-O2, and now it works fine. Thank you very, very much.
You may be missing the fact that saying "a problem with opening a directory"
is not equivalent to saying "Cygwin isn't supposed to work this way."
Pierre Hum
Hi guys,
I'm still trying to figure out how to fix this.
I've been scouring the internet looking for anyone
who's had a similar problem and someone mentioned
creating a definition file. Do I need to pass a .def
file to the linker. I really could use some help,
thanks guys...
-Rob
--- Rober
On Thu, Jan 02, 2003 at 10:23:56AM +, Steven O'Brien wrote:
> On Wed, 01 Jan 2003 18:39:08 -0500
> Charles Wilson <[EMAIL PROTECTED]> wrote:
>
> > Steven O'Brien wrote:
> > > My patch works around this problem by allocating a buffer of 1024
> > > bytes for cygwin. I think I got this value by r
Hello,
Calling a gcc made DLL by a MSVS 6.0 made EXE using LoadLibrary() and
FreeLibrary() works perfectly.
However, closing the DLL and reopening it produces a segment violation.
This is not the case when the DLL is a MSVC made DLL.
How to reproduce :
1/ create a simple cygwin DLL :
foo.cpp:
Greg Matheson wrote:
> I am getting these Windows warning error messages with
> perl-5.8.0. The programs continue after clicking the message.
> This is better than the previous child process looping problem,
> if not perfect ;-)
>
> PERL caused an invalid page fault in
> module CYGWIN1.DLL at 017f:
Hi...
While running a big recursive make under Cygwin 1.3.18-1 on an SMP
system, I am getting occasional failures like these:
C:\cygwin\bin\cygpath.exe: *** can't create title mutex, Win32 error 6
C:\cygwin\bin\sh.exe: *** can't create title mutex, Win32 error 6
I am appending the output from
On Wed, 01 Jan 2003 18:39:08 -0500
Charles Wilson <[EMAIL PROTECTED]> wrote:
> Steven O'Brien wrote:
> > My patch works around this problem by allocating a buffer of 1024
> > bytes for cygwin. I think I got this value by reading the cygwin dll
> > source to find a real upper bound, but it was a lo
> On Wed, Jan 01, 2003 at 11:23:24PM +0100, Sascha Sommer wrote:
> >Is it possible, that the read() syscall sometimes doesn't work correctly
on
> >newer cpus?
>
> No.
>
> cgf
>
sorry my fault, cygwin was configured wrong on these machines
S. Sommer
--
Unsubscribe info: http://cygwin.com
New News:
===
I have updated the version of Python to 2.2.2-4. The tarballs should be
available on a Cygwin mirror near you shortly.
The main purpose of this release is to rebuild the _tkinter module
against the latest Cygwin tcltk package.
Additionally, the _socket module is *no* longer bu
Hello,
can somebody help me please
I've got cron and ssmtp to run. It works fine.
When cron is started and wants to mail me a message, then there was two error-entries
in the eventlog und windows 2000. First tells me:
sSMTP mail : Win32 Process Id = 0x668 : Cygwin Process Id = 0x66C : unable
I am getting these Windows warning error messages with
perl-5.8.0. The programs continue after clicking the message.
This is better than the previous child process looping problem,
if not perfect ;-)
PERL caused an invalid page fault in
module CYGWIN1.DLL at 017f:61084b28.
Registers:
EAX=
48 matches
Mail list logo
