Still missing a lot of the errors that were fixed in my patch. Here's
the remainder:
1) 'hex' and 'endl' are also in the std:: namespace
2) unbind_main.cc needs 'using namespace std;'
3) (new) rebind_main will rebind the first commandline argument over and
over; it needs to use argv[i]
Rob suggested libcygimagehlp.a for the library.
Should we leave the names as is, but use -L and -I to find the right
files instead?
If I remember right, this lib will be used for a cygwin based rebase and later
in the cygwin's setup application which is mingw based. So this lib must be
Thats orthogonal (but IIRC is possible now/soon). The build within
setup.exe will be a .a library, not a .dll. You could always use a
compile flag to choose between cout error reporting and exceptions.
What about the following:
Step 1: library for standalone rebase
Every exported library
On Thu, 2003-01-02 at 20:27, Ralf Habacker wrote:
Rob suggested libcygimagehlp.a for the library.
Should we leave the names as is, but use -L and -I to find the right
files instead?
If I remember right, this lib will be used for a cygwin based rebase and later
in the cygwin's setup
On Thu, 2003-01-02 at 20:31, Ralf Habacker wrote:
Thats orthogonal (but IIRC is possible now/soon). The build within
setup.exe will be a .a library, not a .dll. You could always use a
compile flag to choose between cout error reporting and exceptions.
What about the following:
Step 1:
If I remember right, this lib will be used for a cygwin based
rebase and later
in the cygwin's setup application which is mingw based. So this lib must be
buildable for cygwin and mingw, isn't it ?
Yes. And the library should use the appropriate naming convention for
the target platform.
On Thu, 2003-01-02 at 20:50, Ralf Habacker wrote:
You have already stated
- libcygimagehlp (for cygwin applications like rebase)
Do you mean
- libmingwimagehlp
for setup.exe ?
I really don't care, as long as it doesn't comflict with the real
imagehlp library.
What about the
Ralf,
On Thu, Jan 02, 2003 at 10:27:12AM +0100, Ralf Habacker wrote:
If I remember right, this lib will be used for a cygwin based rebase
and later in the cygwin's setup application which is mingw based. So
this lib must be buildable for cygwin and mingw, isn't it ?
My stand alone rebase is
Ralf,
On Thu, Jan 02, 2003 at 04:23:08PM +0100, Ralf Habacker wrote:
Now that I will be using your rebase functionality instead, I have
the option to switch back to Cygwin. For various reasons, I was
intending on keeping my stand alone rebase a Mingw app. What do
others think?
Hm,
On Thu, Jan 02, 2003 at 04:23:08PM +0100, Ralf Habacker wrote:
My stand alone rebase is currently a Mingw app. However, it was
initially a Cygwin app but I switched in over to Mingw when Chuck
pointed out that imagehlp.dll is dependent on msvcrt.dll.
Now that I will be using your rebase
But, they are part of Cygwin gcc in Mingw mode (i.e., gcc -mno-cygwin).
You're right. My gcc installation was corrupted. Now I can compile it.
What about getopt, I can find the symbol in a library, but not the related
header. ?
I have installed mingw-runtime 2.2.1.
Ralf
Ralf,
On Thu, Jan 02, 2003 at 05:00:52PM +0100, Ralf Habacker wrote:
What about getopt, ...
IIRC, it is not part of Mingw.
I just used a copy of getopt.[ch] from the Cygwin sources for my stand
alone rebase.
Jason
--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
IIRC, it is not part of Mingw.
I just used a copy of getopt.[ch] from the Cygwin sources for my stand
alone rebase.
That curious: getopt is compiled into /usr/lib/mingw/libliberty.a; only the
header is missing.
I've copied the header from /usr/include/getopt.h to /usr/include/mingw and it
Ralf Habacker wrote:
Thats orthogonal (but IIRC is possible now/soon). The build within
setup.exe will be a .a library, not a .dll. You could always use a
compile flag to choose between cout error reporting and exceptions.
What about the following:
Step 1: library for standalone rebase
Not really -- it doesn't compile anymore. Among other things:
You have gotten me just between finishing the things. I was interrupted a little
after written the last mail, so 10 minutes later is was mostly fixed.
0) Update the changelog when you do stuff. (You renamed the library
itself,
Ralf Habacker wrote:
You have gotten me just between finishing the things. I was interrupted a little
after written the last mail, so 10 minutes later is was mostly fixed.
Lucky me. g
5) is the 'bindimage.cc' file used at all?
it is used in rebind_main.cc.
You mean it *should* be used in
--- 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 my windows 2k boxes works fine
(the scrollbar displays).
I
Alan,
I doubt that this was the intended effect of using the default OS versions:
==
make[1]: Entering directory `/home/harold/x-devel/build/std'
Building on Cygwin
(DefaultOSMajorVersion.DefaultOSMinorVersion.DefaultOSTeenyVersion).
GCC version: 2.95
==
Any ideas?
I sat down tonight to do a great amount of programming. Instead, I have
been tracking annoying build warnings and fighting with Windows XP to try to
tell it, no, I really do want to search every single file, not just the ones
that Microsoft products are known to store text in... anyway...
The
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2003-01-02 15:30:27
Modified files:
winsup/w32api : ChangeLog
winsup/w32api/include: winnt.h
Log message:
* include/winnt.h (GetCurrentFiber): Remove blank input field
in asm
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2003-01-02 16:04:22
Modified files:
winsup/w32api : ChangeLog
winsup/w32api/lib: kernel32.c
Log message:
* lib/kernel32.c (GetCurrentFiber): Remove blank input field in
asm
CVSROOT:/cvs/uberbaum
Module name:winsup
Branch: cgf-dev-branch
Changes by: [EMAIL PROTECTED] 2003-01-02 22:17:24
Modified files:
cygwin : ChangeLog dtable.cc dtable.h exceptions.cc
pipe.cc
Log message:
* dtable.h
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2003-01-02 22:20:24
Modified files:
winsup/cygwin : ChangeLog dtable.cc dtable.h exceptions.cc
pipe.cc
Log message:
* dtable.h (dtable::in_vfork_cleanup): New function.
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:
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 :
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
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:
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 long time
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
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
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 :
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
---
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
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:
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
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
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
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
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
Hello,
I am having some difficulty with the stringstream class. Here is a
simple program I run:
#include sstream
#include iostream
#include string
int main(int argc, char* argv[])
{
std::string temp;
std::string stuff = asdf asdf asdf asdf asdf; std::stringstream a;
a
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/userid.
Do you have the /etc/passwd and
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:
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.
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 create
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, 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.get')
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
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
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
^ ^
* *
But
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.
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.
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:
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
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 get
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:
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
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:
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 experiencing?
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
__
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:
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
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:
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
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
- 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
release announce
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
updated my
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, maybe
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'
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
69 matches
Mail list logo