Re: binutils status?
--- Charles Wilson [EMAIL PROTECTED] wrote: Christopher Faylor wrote: On Mon, May 20, 2002 at 12:50:46AM -0400, Charles Wilson wrote: 1) Ralf's removing unused _nm_ symbol exports fix 2) Danny's (or Ralf's?) export-list fix (where whole static archives can be marked for non-export, or DO export...helpful for convenience libs) 3) Ralf's patch for objdump/cygwin crashes on auto-imported libs If Ralf and Danny will resubmit their patches against the current CVS, I will at least incorporate them in a new version of binutils, even if I don't check them in. Very good. Ralf? Danny? OK. I assume you mean to resubmit to binutils list. I'd say go ahead and turn on auto-import in CVS and remove the warning, Chuck. I've gotten approval from Nick Clifton to do this if we agree it's a good idea. It's obviously a good idea. I disagree that is a good idea. I like to now about unresolved data references. I would really like to see how --auto-import works with new C++ ABI before I am comfortable with that switch being on by default. I've been playing with a little trick of marking _functions_ in def files as DATA so that only the _imp__foo name is visible in the import lib. This lets me hide some of the bogons in MS libs so that I can use the standard function names in a better behaved replacement version without any worry of duplicated definitions, but still get to the MS one when I need to. Never mind, I can find another trick. I won't use gcc -shared to build those libs but use dlltool instead. At least I think the warnings should be active by default. Danny Detached Attached. http://briefcase.yahoo.com.au - Yahoo! Briefcase - Save your important files online for easy access!
Re: binutils status?
Danny Smith wrote: I'd say go ahead and turn on auto-import in CVS and remove the warning, Chuck. I've gotten approval from Nick Clifton to do this if we agree it's a good idea. It's obviously a good idea. I disagree that is a good idea. Two ideas: 1) making auto-import the default 2) turning off the warnings You appear to not like either one. I don't really care about the warnings, but the auto-import thing should be default. However, I wonder how long these warnings are going to persist. Using auto-import is not a *bug* or *oops, I forgot to declspec() something* -- it's the way DLLs are done. I look at auto-import as the new and better and more unixlike way of building shared libs. You seem to view them as nice feature, but you really ought to do it the old-fashioned way. In my view, the warnings go away eventually -- they were just there during the trial phase, which has now stretched to a REALLY long time. In your view, the warnings are TRUE warnings about BAD programming practice, and stay forever. I like to now about unresolved data references. I would really like to see how --auto-import works with new C++ ABI before I am comfortable with that switch being on by default. Well, now, that's something I hadn't considered. Good point. Warnings should probably stay, then. But that doesn't mean that auto-import shouldn't become the default. I've been playing with a little trick of marking _functions_ in def files as DATA so that only the _imp__foo name is visible in the import lib. This lets me hide some of the bogons in MS libs so that I can use the standard function names in a better behaved replacement version without any worry of duplicated definitions, but still get to the MS one when I need to. Never mind, I can find another trick. I won't use gcc -shared to build those libs but use dlltool instead. Urg. Your current solution sounds extremely hackish. Surely there's a better way that doesn't involve (a) marking functions as DATA (b) relying on --disable-auto-import being the default. double urg. At least I think the warnings should be active by default. Given the uncertainty about the new C++ ABI in gcc-3.x, I guess you're right. --Chuck
RE: binutils status?
-Original Message- From: Charles Wilson [mailto:[EMAIL PROTECTED]] Sent: Monday, May 20, 2002 6:44 PM Two ideas: 1) making auto-import the default 2) turning off the warnings You appear to not like either one. I don't really care about the warnings, but the auto-import thing should be default. However, I wonder how long these warnings are going to persist. Using auto-import is not a *bug* or *oops, I forgot to declspec() something* -- it's the way DLLs are done. But it's not complete. One cannot link against all .dll's with auto-import, and no speed tests of normal vs auto-import have been seriously conducted. I still maintain that a profile driven recompile+link is the way to go, and that when that's done auto-import can be tossed out. I look at auto-import as the new and better and more unixlike way of building shared libs. You seem to view them as nice feature, but you really ought to do it the old-fashioned way. In my view, the warnings go away eventually -- they were just there during the trial phase, which has now stretched to a REALLY long time. In your view, the warnings are TRUE warnings about BAD programming practice, and stay forever. The warnings should stay IMO. They aren't errors, but they are important. I like to now about unresolved data references. I would really like to see how --auto-import works with new C++ ABI before I am comfortable with that switch being on by default. Well, now, that's something I hadn't considered. Good point. Warnings should probably stay, then. But that doesn't mean that auto-import shouldn't become the default. For Danny - you can always build with --no-auto-import if you need the original behaviour for some project. I think that auto-import should be the default for cygwin, for now. It's too useful in the common case to be disabled. Rob
mknetrel generalisation patch
Hi! attached is a patch to make possible to use mknetrel on host different from sourceware. build-host-specific parameters are read from ~/.mknetrel file. i've tried to preserve old behaviour, but, possibly, there's no real need for default initializations in read_user_config() Comments? egor.mailto:[EMAIL PROTECTED] icq 5165414 fidonet 2:5020/496.19 mknetrel.diff Description: Binary data mknetrel.ChangeLog Description: Binary data
RE: binutils status?
-Original Message- From: Christopher Faylor [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 21, 2002 1:07 AM Since --auto-import has been the default for the last version of binutils, I think we should leave it that way. Yes. I think we should keep the warnings if --auto-import isn't specified on the command line but get rid of them if it is explictly specified. Including --auto-import on the command line would indicate that the user knows what they're doing, so they don't need to see warnings. Works for me. Rob
Telnet login using cygwin
Hi there I want to set up my Telnet service in Windows 2000 and when I inserted the line as the c:\cygwin\bin\bash --login -i as the shell, I got the following error: 10 [main] bash 1720 dtable::stdio_init: couldn't make stderr distinct from stdout Is there a way I can get this to work? I would prefer to login and then get acess. I see there is a login utility that comes with Cygwin, but when I use it, I login using my windows username and password, it does not pregress. Can somebody please point me in the right direction? Thank you ~Glen
Re: autoconf generates buggy configure
Akim Demaille wrote:
|1) text from inside an AC_HELP_STRING() macro was NOT placed in the
|help section. Instead, it was just willy-nilly put into the script
|itself. Since help text is not, in general, valid shell script,
|this caused errors. Other AC_HELP_STRING()'s behaved as expected.
This macro should never have existed, as it is quite not writable with
the current GNU M4. Just don't use [ ] in it. That's its problem
#1. Yes, it is a bug, we do agree. We just don't have the technology
to write one good implementation of it. So, please, don't use it when
[ and ] are needed. Use AC_ARG_ENABLE etc. with a literal as documentation.
Okay. Here I thought I was doing it right -- since the docu
recommends using AC_HELP_STRING()...
So, you're saying that BOTH the following are okay?
AC_ARG_ENABLE([client],
AC_HELP_STRING(--enable-client,
include code for running as a remote client (default)),
stuff if given,
stuff if not given)
and (ignore bogus linewrap)
AC_ARG_ENABLE([client],
[ --enable-client include code for running as a remote client
(default)],
stuff if given,
stuff if not given)
|2) case statements were completely hosed (no closing ')' on the
|match strings, a random 'fi' just dropped in between the match
|string and the execution clause, ...
|
|
|3) if statements not closed: 'fi' or 'else' ommitted...
All these are typical of ``user-error or a buggy-configure.in'' :)
Glad to hear it. I'd much rather the problem be with my usage than with
configure itself. (easier to fix...)
Just make sure you strictly follow the quotation rules (see the
documentation). If you don't, then, because of the silly Bourne Shell
syntax (I mean, I find the syntax itself silly, I'm not having an
Autoconf bias here) which has unbalanced `)', M4 will think your
case's `)' are macro invocation closers.
| Again, this is true for ac-2.53, ac-2.53a, and ac-2.52.
Sure! A broken configure.in is broken independently of the Autoconf
version :)
| --- cvs-1.11.2-orig/configure2002-05-19 06:46:53.0 -0400
| +++ cvs-1.11.2/configure2002-05-19 06:16:46.0 -0400
| -848,6 +848,8
| --disable-dependency-tracking Speeds up one-time builds
| --enable-dependency-tracking Do not reject slow dependency extractors
| --enable-encryption enable encryption support
| + --enable-client include code for running as a remote client
| + (default)
Post your AC_ARG_ENABLE invocation for `client' please.
Okay, but it's identical to the AC_ARG_ENABLE invocation for server,
which works...(the second argument to AC_HELP_STRING is wrapped by my
mailer, but not in the orginal code).
AC_DEFUN([ENABLE_CLIENT],[
AC_ARG_ENABLE([client],
AC_HELP_STRING([--enable-client],
[include code for running as a remote client
(default)]),
[case ${enableval} in
yes) client=yes;;
no) client=no;;
*) AC_MSG_ERROR([bad value ${enableval} for client option]) ;;
esac],
[if test x$ac_cv_search_connect != xno; then
client=yes
fi])
if test x$client = xyes; then
AC_DEFINE([CLIENT_SUPPORT],1,
[Define if you want CVS to be able to be a remote repository
client.])
fi
])
| -6037,6 +6039,7
| #define HAVE_GETSPNAM 1
| _ACEOF
|
| +fi
Post your invocation which check for getspnam. I bet you embed an
AC_DEFINE which is not quoted. Read the documentation, it is fairly
explicit about this issue.
AC_SEARCH_LIBS(getspnam, sec gen,
AC_DEFINE([HAVE_GETSPNAM],1,
[Define if you have the getspnam function.])
| -6307,9 +6310,7
|
| # So? What about this header?
| case $ac_header_compiler:$ac_header_preproc in
| - yes:no
| -fi
| -
| + yes:no )
Post your code, and see yourself that it includes a macro invocation
which is not quoted.
The preceeding code sample is from the section of configure generated by:
AC_CHECK_FUNC(gethostname, :, AC_LIBOBJ([hostname])
| -9566,13 +9561,12
| echo $as_me: error: cannot find gdbm.h 2;}
| { (exit 1); exit 1; }; }
| fi
| -
| -,
This comma is another side effect of the underquotation: it was meant
to separate a macro's arguments, but before this comma, there is case
stmt that fooled M4.
The preeceeding code sample is from the secion of configure generated by
the macro below (there's another bogus mailer induced linewrap, below):
AC_DEFUN([WITH_GDBM],[
AC_ARG_WITH([gdbm],
AC_HELP_STRING([--with-gdbm],
[use gdbm for database access]),
[ac_cv_use_gdbm=$withval], [ac_cv_use_gdbm=no])
AC_CACHE_CHECK([whether to use gdbm],
[ac_cv_use_gdbm], [ac_cv_use_gdbm=no])
if test x$ac_cv_use_gdbm = xyes; then
AC_DEFINE([USE_GDBM],1,
[Define if you wish to use a gdbm database for modules and val-tags])
LIBS=$LIBS -lgdbm
fi
dnl Now check
Re: Telnet login using cygwin
Wrong mailing list. Redirected. On Mon, May 20, 2002 at 05:09:49PM +0200, Glen Verran wrote: Hi there I want to set up my Telnet service in Windows 2000 and when I inserted the line as the c:\cygwin\bin\bash --login -i as the shell, I got the following error: 10 [main] bash 1720 dtable::stdio_init: couldn't make stderr distinct from stdout Is there a way I can get this to work? I would prefer to login and then get acess. I see there is a login utility that comes with Cygwin, but when I use it, I login using my windows username and password, it does not pregress. Can somebody please point me in the right direction? Thank you ~Glen
Re: autoconf generates buggy configure
Oops. Sorry for the crosspost. This actually belongs on the autoconf mailing list. (Darned auto-complete put the wrong address in for Corinna). But, since we're here: It looks like my recent reports about problems with autoconf were incorrect. Akim has nicely pointed out that PIBKAC. --Chuck
RE: binutils status
1) Ralf's removing unused _nm_ symbol exports fix
Relating to the thread
http://sources.redhat.com/ml/cygwin-apps/2002-04/msg00433.html i've updated this
patch to the latest cvs release.
--
2002-04-25 Ralf Habacker [EMAIL PROTECTED]
* pe-dll.cc (autofilter_symbolprefixlist): don't export
reimported functions.
(make_one): let create only _nm_.. for data symbols
--
$ cvs diff -ubBp pe-dll.c
Index: pe-dll.c
===
RCS file: /cvs/src/src/ld/pe-dll.c,v
retrieving revision 1.39
diff -u -3 -p -B -u -b -B -p -r1.39 pe-dll.c
--- pe-dll.c3 May 2002 13:48:55 - 1.39
+++ pe-dll.c20 May 2002 17:18:47 -
@@ -252,6 +252,8 @@ static autofilter_entry_type autofilter_
/* { __imp_, 6 }, */
/* Do __imp_ explicitly to save time. */
{ __rtti_, 7 },
+ /* Don't export reimported functions*/
+ { _nm_, 4 },
{ __builtin_, 10 },
/* Don't export symbols specifying internal DLL layout. */
{ _head_, 6 },
@@ -1793,8 +1795,11 @@ make_one (exp, parent)
quick_symbol (abfd, U (_head_), dll_symname, , UNDSEC, BSF_GLOBAL, 0);
quick_symbol (abfd, U (_imp__), exp-internal_name, , id5, BSF_GLOBAL,
0);
/* Symbol to reference ord/name of imported
- symbol, used to implement auto-import. */
- quick_symbol (abfd, U(_nm__), exp-internal_name, , id6, BSF_GLOBAL, 0);
+ symbol, used to implement auto-import.
+ (only for data symbols) */
+ if (exp-flag_data)
+quick_symbol (abfd, U(_nm__), exp-internal_name, , id6, BSF_GLOBAL,0);
+
if (pe_dll_compat_implib)
quick_symbol (abfd, U (__imp_), exp-internal_name, ,
id5, BSF_GLOBAL, 0);
--
Because revision 1.39 does not contain any functional changes and the patches
for 1.3.8 and 1.39 are the same (except some line offset), the tests I have
running in the above mentioned thread are valid.
revision 1.39
date: 2002/05/03 13:48:55; author: kazu; state: Exp; lines: +33 -33
* ld.h: Fix formatting.
* ldexp.c: Likewise.
* ldfile.c: Likewise.
* ldlang.c: Likewise.
* ldmain.c: Likewise.
* lexsup.c: Likewise.
* pe-dll.c: Likewise.
3) Ralf's patch for objdump/cygwin crashes on auto-imported libs
Nick Clifton has applied a patch for a similar problem, I will look if this
solve this already.
peXXigen.c
revision 1.7
date: 2002/05/15 15:28:12; author: nickc; state: Exp; lines: +54 -3
Do not assume that the first thunk is located in the same section as the
import table. Instead check, and if necessary load the section containing
the thunk.
Ralf
Re: binutils status?
Charles Wilson wrote: Danny Smith wrote: I'd say go ahead and turn on auto-import in CVS and remove the warning, I disagree that is a good idea. Two ideas: 1) making auto-import the default 2) turning off the warnings You appear to not like either one. I don't really care about the warnings, but the auto-import thing should be default. However, I wonder how long these warnings are going to persist. Using auto-import is not a *bug* or *oops, I forgot to declspec() something* -- it's the way DLLs are done. Please bear in mind that some folks, from whom we've heard here before, are *required* by their work to produce compiles free from warnings. As suggested, this condition I found _x_y_z_, and loaded it is not an indication of anything wrong. The message is appropriate, but it should be clearly Informational rather than a warning. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace I am a Christian man, by my actions a great sinner. -- The Way of a Pilgrim; R. M. French, tr. Life is too short to tolerate crappy software. .
[mingw/cygwin]: More default excludes for --export-all-symbols with ld --shared.
This patch adds a few more system libs to the list of those excluded
by default. It also adds two more startup objects,
crtbegin.o and crtend.o to the list of objects excluded by default.
Those two objects are necessary for current MinGW implemntation of
Dwarf2 EH in GCC 3.1.
Tested on MinGW with GCC 3.1 and GCC 2.95.3 and current CVS binutils.
2002-05-21 Danny Smith [EMAIL PROTECTED]
* pe-dll.c (autofilter_liblist): Add more system libs excluded
by default.
(autofilter_objlist): Add crtbegin.o, crtend.o.
===
RCS file: /cvs/src/src/ld/pe-dll.c,v
retrieving revision 1.39
diff -u -p -r1.39 pe-dll.c
--- src/ld/pe-dll.c 3 May 2002 13:48:55 - 1.39
+++ src/ld/pe-dll.c 20 May 2002 22:07:50 -
@@ -231,6 +231,9 @@ static autofilter_entry_type autofilter_
{ libgcc., 7 },
{ libstdc++., 10 },
{ libmingw32., 11 },
+ { libg2c., 7 },
+ { libsupc++., 10 },
+ { libobjc., 8 },
{ NULL, 0 }
};
@@ -244,6 +247,8 @@ static autofilter_entry_type autofilter_
{ gcrt0.o, 7 },
{ gcrt1.o, 7 },
{ gcrt2.o, 7 },
+ { crtbegin.o, 10 },
+ { crtend.o, 8 },
{ NULL, 0 }
};
http://briefcase.yahoo.com.au - Yahoo! Briefcase
- Save your important files online for easy access!
RE: Excude whole libs when building w32 dlls with -export-all [Refresh]
The previous post had incorrect subject heading. This is a repost. Sorry.
This is a refresh of:
http://sources.redhat.com/ml/binutils/2002-04/msg00472.html
The patch allows exclusion of symbols in specified libs (optionally all
libs) from export table when producing dll's using ld --shared.
Listing of symbol names in a .def file forces those specific symbols
to be included even if they are contained in excluded libs.
Can this be reviewed?
The diff updated to current CVS is attached.
2002-05-21 Danny Smith [EMAIL PROTECTED]
* emultempl/pe.em (OPTION_EXCLUDE_LIBS): Add new define.
(longopts): Add new option --exclude-libs.
(gld_${EMULATION_NAME}_list_options): Give quick help about it.
(gld_${EMULATION_NAME}_parse_args): Use it.
* pe-dll.h (pe_dll_add_excludes): Add second param to prototype.
* pe-dll.c (exclude_list_struct): Add field type to distinguish
symbols from whole archives.
(pe_dll_add_excludes): Set excludes-type.
(auto_export): Add new variable libname and set to
archive basename if abfd. Use it when filtering default and
user-specified libarary excludes. Let string ALL mean all libs
when filtering user-specified libs.
* ld.texinfo: Document --exclude-libs.
http://briefcase.yahoo.com.au - Yahoo! Briefcase
- Save your important files online for easy access!
Index: src/ld/ld.texinfo
===
RCS file: /cvs/src/src/ld/ld.texinfo,v
retrieving revision 1.67
diff -u -p -r1.67 ld.texinfo
--- src/ld/ld.texinfo 8 Apr 2002 00:24:02 - 1.67
+++ src/ld/ld.texinfo 20 May 2002 22:07:44 -
@@ -1656,6 +1656,14 @@ These cygwin-excludes are: @code{_cygwin
Specifies a list of symbols which should not be automatically
exported. The symbol names may be delimited by commas or colons.
+@kindex --exclude-libs
+@item --exclude-libs @var{lib},@var{lib},...
+Specifies a list of archive libraries from which symbols should not be automatically
+exported. The library names may be delimited by commas or colons. Specifying
+@code{--exclude-libs ALL} excludes symbols in all archive libraries from
+automatic export. Symbols explicitly listed in a .def file are still exported,
+regardless of this option.
+
@kindex --file-alignment
@item --file-alignment
Specify the file alignment. Sections in the file will always begin at
Index: src/ld/pe-dll.c
===
RCS file: /cvs/src/src/ld/pe-dll.c,v
retrieving revision 1.39
diff -u -p -r1.39 pe-dll.c
--- src/ld/pe-dll.c 3 May 2002 13:48:55 - 1.39
+++ src/ld/pe-dll.c 20 May 2002 22:07:50 -
@@ -368,14 +373,16 @@ typedef struct exclude_list_struct
{
char *string;
struct exclude_list_struct *next;
+int type;
}
exclude_list_struct;
static struct exclude_list_struct *excludes = 0;
void
-pe_dll_add_excludes (new_excludes)
+pe_dll_add_excludes (new_excludes, type)
const char *new_excludes;
+ const int type;
{
char *local_copy;
char *exclude_string;
@@ -391,6 +398,7 @@ pe_dll_add_excludes (new_excludes)
xmalloc (sizeof (struct exclude_list_struct)));
new_exclude-string = (char *) xmalloc (strlen (exclude_string) + 1);
strcpy (new_exclude-string, exclude_string);
+ new_exclude-type = type;
new_exclude-next = excludes;
excludes = new_exclude;
}
@@ -398,6 +406,7 @@ pe_dll_add_excludes (new_excludes)
free (local_copy);
}
+
/* abfd is a bfd containing n (or NULL)
It can be used for contextual checks. */
@@ -410,6 +419,9 @@ auto_export (abfd, d, n)
int i;
struct exclude_list_struct *ex;
autofilter_entry_type *afptr;
+ const char * libname = 0;
+ if (abfd abfd-my_archive)
+libname = lbasename (abfd-my_archive-filename);
/* We should not re-export imported stuff. */
if (strncmp (n, _imp__, 6) == 0)
@@ -429,14 +441,14 @@ auto_export (abfd, d, n)
n, abfd, abfd-my_archive);
/* First of all, make context checks:
- Don't export anything from libgcc. */
- if (abfd abfd-my_archive)
+ Don't export anything from standard libs. */
+ if (libname)
{
afptr = autofilter_liblist;
while (afptr-name)
{
- if (strstr (abfd-my_archive-filename, afptr-name))
+ if (strncmp (libname, afptr-name, afptr-len) == 0 )
return 0;
afptr++;
}
@@ -495,8 +507,17 @@ auto_export (abfd, d, n)
}
for (ex = excludes; ex; ex = ex-next)
-if (strcmp (n, ex-string) == 0)
- return 0;
+{
+ if (ex-type == 1) /* exclude-libs */
+ {
+ if (libname
+ ((strcmp (libname, ex-string) == 0)
+ || (stricmp (ALL, ex-string) == 0)))
+ return 0;
+ }
+ else if (strcmp (n, ex-string)
Re: binutils status?
Danny Smith wrote:
I think we should keep the warnings if --auto-import isn't specified
on the command line but get rid of them if it is explictly
specified. Including --auto-import on the command line would
indicate that the user knows what they're doing, so they don't
need to see warnings.
Works for me.
Agree This addresses my main concern of no warnings and is similar
to the way --enable-stdcall-fixup works now.
How about this?
Since the tests in /bfd/ are against pei386_auto_import != 0, effectively:
./bfd/cofflink.c: if (!h info-pei386_auto_import)
./bfd/linker.c: if (info-pei386_auto_import)
We can use the same
-1 == default, 1 == explicitly enabled, 0 == explicitly disabled
formuation that stdcall_fixup uses.
I also downgraded the message to 'info_msg' on stdout, instead of
'einfo' on stderr (this may be overkill given the 0/1/-1 changes)
Finally, I'm not sure if link_info.pei386_auto_import should be set to
'0' or to '-1' in ldmain.c. It is *reset* to '-1' at the beginning of
gld_${EMULATION_NAME}_before_parse()
in pe.em...The question is, since pei386_auto_import is part of the
global link_info structure, should a Solaris linker have that variable
set to '0' or to '-1'?
I don't think it makes any functional difference, but I'm unsure of the
stylistic issues.
--Chuck
? bfd/doc/bfdint.info
? bfd/doc/bfdint.info-1
? bfd/doc/bfdint.info-2
? bfd/doc/bfdsumm.info
? ld/ldint.info
Index: ld/ldmain.c
===
RCS file: /cvs/src/src/ld/ldmain.c,v
retrieving revision 1.46
diff -u -r1.46 ldmain.c
--- ld/ldmain.c 10 May 2002 09:49:25 - 1.46
+++ ld/ldmain.c 21 May 2002 03:52:12 -
-258,7 +258,7
link_info.eh_frame_hdr = false;
link_info.flags = (bfd_vma) 0;
link_info.flags_1 = (bfd_vma) 0;
- link_info.pei386_auto_import = false;
+ link_info.pei386_auto_import = -1; /* 0=disable 1=enable */
link_info.combreloc = true;
link_info.spare_dynamic_tags = 5;
Index: ld/emultempl/pe.em
===
RCS file: /cvs/src/src/ld/emultempl/pe.em,v
retrieving revision 1.59
diff -u -r1.59 pe.em
--- ld/emultempl/pe.em 15 Feb 2002 02:11:05 - 1.59
+++ ld/emultempl/pe.em 21 May 2002 03:52:18 -
-173,7 +173,7
#ifdef DLL_SUPPORT
config.dynamic_link = true;
config.has_shared = 1;
-/* link_info.pei386_auto_import = true; */
+ link_info.pei386_auto_import = -1; /* 1=enable 0=disable */
#if (PE_DEF_SUBSYSTEM == 9) || (PE_DEF_SUBSYSTEM == 2)
#if defined TARGET_IS_mipspe || defined TARGET_IS_armpe
-622,10 +622,10
pe_dll_do_default_excludes = 0;
break;
case OPTION_DLL_ENABLE_AUTO_IMPORT:
- link_info.pei386_auto_import = true;
+ link_info.pei386_auto_import = 1;
break;
case OPTION_DLL_DISABLE_AUTO_IMPORT:
- link_info.pei386_auto_import = false;
+ link_info.pei386_auto_import = 0;
break;
case OPTION_ENABLE_EXTRA_PE_DEBUG:
pe_dll_extra_pe_debug = 1;
-906,7 +906,10
sym = bfd_link_hash_lookup (link_info.hash, buf, 0, 0, 1);
if (sym sym-type == bfd_link_hash_defined)
{
- einfo (_(Warning: resolving %s by linking to %s (auto-import)\n),
+ if (link_info.pei386_auto_import == -1)
+ {
+info_msg (_(Info: resolving %s by linking to %s (auto-import)\n),
+ }
undef-root.string, buf);
{
bfd *b = sym-u.def.section-owner;
Re: Need to know X Win server size
/ Narasimha Reddy K [EMAIL PROTECTED] wrote: | [...] | One thing here is, if I do the ssame source on VC++ IDE, i am getting the | size 968 KB but with makefiles 12.4 MB. | Need to know where exactly the change is required. What sizes are you speaking of? It is not something like debug/non-debug? well wrong place to ask on, we are all here so we can avoid MSVC++, search the guys who actually build xfree on msvc++. (you haven't downloaded cygwin-xfree, you have downloaded xfree for a bunch of platforms, maybe cygwin patched but... ) /Andy -- The eye of the beholder rests on the beauty!
DoOsChecks() in Xinstall.sh returns wrong LDSO{MIN,MID,MAJ} variable values !
Hi,
I am running a RHL 6.2 box, with kernel 2.2.14-5.0. Here is what I get
in the output of `ldconfig -v -n'
[root@telnetlin /root]# /sbin/ldconfig -v -n
/sbin/ldconfig: version 1999-02-21
[root@telnetlin /root]#
So, when DoOsChecks() parses the above output, we get the wrong version
number, as the output consists of the date and not the version. Possibly
it is a bug in RHL 6.2 itself, but could not find it in the archives.
Cheers,
--amarendra
DoOsChecks()
{
# Do some OS-specific checks
case $OsName in
Linux)
case $OsObjFormat in
ELF)
# Check ldconfig
LDSO=`/sbin/ldconfig -v -n | awk '{ print $3 }'`
[amarendra] LDSO now contains 1999-02-21, instead of the version number.
# if LDSO is empty ldconfig may be Version 2
if [ X$LDSO = X ]; then
LDSO=`/sbin/ldconfig -V | awk 'NR == 1 {
print $4 }'`
fi
LDSOMIN=`echo $LDSO | awk -F[.-] '{ print $3 }'`
LDSOMID=`echo $LDSO | awk -F[.-] '{ print $2 }'`
LDSOMAJ=`echo $LDSO | awk -F[.-] '{ print $1 }'`
[amarendra] The parse goes wrong here due to the wrong value in LDSO.
if [ $LDSOMAJ -gt 1 ]; then
: OK
else
if [ $LDSOMID -gt 7 ]; then
: OK
else
if [ $LDSOMIN -ge 14 ]; then
: OK
[...snipped...]
--
Amarendra A. Godbole / Microsoft ``Services For UNIX'' / These opinions
are _MINE_.
If anything can go wrong, _FIX_ it. (To hell with MURPHY)
Re: DoOsChecks() in Xinstall.sh returns wrong LDSO{MIN,MID,MAJ} variable values !
Amarendra,
This is the mailing list for running X11 via cygwin, so I don't think it
would be the best place for binutils questions. You should probably send
your query to [EMAIL PROTECTED], which is the list perused by
may people knowledgable in that area. The list archives can be found at
http://sources.redhat.com/binutils/. I hope that helps :).
Cheers,
Nicholas
P.S. - I can't believe Microsoft actually allows you to run RedHat on one
of their machines... =)
--- Amarendra Godbole (Intl Vendor) [EMAIL PROTECTED] wrote:
Hi,
I am running a RHL 6.2 box, with kernel 2.2.14-5.0. Here is what I get
in the output of `ldconfig -v -n'
[root@telnetlin /root]# /sbin/ldconfig -v -n
/sbin/ldconfig: version 1999-02-21
[root@telnetlin /root]#
So, when DoOsChecks() parses the above output, we get the wrong version
number, as the output consists of the date and not the version. Possibly
it is a bug in RHL 6.2 itself, but could not find it in the archives.
Cheers,
--amarendra
DoOsChecks()
{
# Do some OS-specific checks
case $OsName in
Linux)
case $OsObjFormat in
ELF)
# Check ldconfig
LDSO=`/sbin/ldconfig -v -n | awk '{ print $3 }'`
[amarendra] LDSO now contains 1999-02-21, instead of the version number.
# if LDSO is empty ldconfig may be Version 2
if [ X$LDSO = X ]; then
LDSO=`/sbin/ldconfig -V | awk 'NR == 1 {
print $4 }'`
fi
LDSOMIN=`echo $LDSO | awk -F[.-] '{ print $3 }'`
LDSOMID=`echo $LDSO | awk -F[.-] '{ print $2 }'`
LDSOMAJ=`echo $LDSO | awk -F[.-] '{ print $1 }'`
[amarendra] The parse goes wrong here due to the wrong value in LDSO.
if [ $LDSOMAJ -gt 1 ]; then
: OK
else
if [ $LDSOMID -gt 7 ]; then
: OK
else
if [ $LDSOMIN -ge 14 ]; then
: OK
[...snipped...]
--
Amarendra A. Godbole / Microsoft ``Services For UNIX'' / These opinions
are _MINE_.
If anything can go wrong, _FIX_ it. (To hell with MURPHY)
__
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com
Re: GTK on CYGWIN
[...] CYGWIN is really a great thing. I want to use GTK natively on Windows, not with XFree or another XServer. What is the easiest way to install GTK with CYGWI`N [...] BTW, this is XFree86 stuff and should be discussed on the [EMAIL PROTECTED] list. Gerrit -- =^..^= [...] Am I missing something? Or Gerrit ...?! :)) Actually the single hint for using GTK+ with native Windose, is the tml's (Tor Lillqvist) port -- which is not a cygwin but a mingw one. But as tcl/tk package has the same property and is still usable, GTK+ could become a similar case. Except the situation someone does a cygwin port (also like tcl/tk's case :) SLao -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net -- 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/
Re: GTK on cygwin
On Mon, May 20, 2002 at 08:25:08AM +0200, S. L. wrote: [...] CYGWIN is really a great thing. I want to use GTK natively on Windows, not with XFree or another XServer. What is the easiest way to install GTK with CYGWI`N [...] BTW, this is XFree86 stuff and should be discussed on the [EMAIL PROTECTED] list. Gerrit -- =^..^= [...] Am I missing something? Or Gerrit ...?! :)) Actually the single hint for using GTK+ with native Windose, is the tml's (Tor Lillqvist) port -- which is not a cygwin but a mingw one. But as tcl/tk package has the same property and is still usable, GTK+ could become a similar case. Except the situation someone does a cygwin port (also like tcl/tk's case :) No, you're not missing something. We've all developed a knee-jerk response to the subject of discussing X-related issues here. Normally that's a good thing. :-) You are specifically not talking about X, though. So, it's perfectly acceptable to discuss this here. Just to add to the thread, I assume that if GTK+ can be built using mingw, it should be pretty easy to build it for native cygwin. Have you tried just building it with Cygwin's gcc? cgf -- 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/
Re: GTK on cygwin
Christopher Faylor wrote: Just to add to the thread, I assume that if GTK+ can be built using mingw, it should be pretty easy to build it for native cygwin. Have you tried just building it with Cygwin's gcc? It's a really long story. Short version: windows port is on a separate branch from the trunk, and follows its own release cycle. Long version: Most people grab the real gtk+ (e.g. the unix one) and try to build that -- expecting the cygwin build to use MS graphics. AFAIK, the windows stuff has not been merged. The windows branch can build in three ways: msvc makefiles, mingw makefiles (unmaintained), and mingw configury script (MSYS?). Tor uses the third option. However, it's unclear how well his native graphics stuff will merge with normal unixy event loops. I'm not sure how divergent the mainline and winbranch are. Finally, there's the whole which version problem. There's 1.2.x, 1.3.x, and now pre-2.0. Which one are you talking about? mainline is real close to 2.0; winbranch is back on 1.3.x somewhere. But most people who attempt to build gtk/glib on cygwin use the 1.2.x branch (Steven O'Brien, etc) -- and do an X build. Personally, I'd like to see an X-based version first -- that seems easiest. Then perhaps a cygwin port of the windows branch -- but Tor doesn't seem too thrilled about that enterprise. This would probably work better once the windows branch is merged back into the mainline code -- but I dunno when that will happen. As far as 2.0 goes, which requires pkgconfig and iconvwell, pkgconfig is already an official cygwin package (many recent changes to pkgconfig were instigated by Tor to make the MSYS/mingw configury better). iconv has been available on my testing site for weeks now, but after all the blather and complaining, nobody has volunteered to maintain it. And NO, it will not be me. --Chuck -- 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/
Re: GTK on CYGWIN
Gerrit, [...] 1. A native port of GTK has nothing to do with Cywgin. ^^^ If you ned help here ask Tor and use mingw or orther lists. [...] It has. To mention just the posix paths? :) [...] 2. If you use GTK linked against cygwin1.dll it is XFree86 stuff. Then use the Cygwin-XFree list. [...] It is not. As the XEmacs and Mummit Khan's tcl/tk port, the main difference between the X and the _cygwin_ ports would be the native (gdi) functions used to draw the widgets. No X functions. No X. No -display option. [...] SLao -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net -- 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/
Re: GTK on cygwin
Sorry for the thread inconsistency with my first reply. [this one's just to check reaching the right possition] SLao -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net -- 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/
s2p tool
Anyone know why the s2p tool in Cygwin seems to demand brackets '('
around substitution lines in a sed script? What form of script does
it expect? Using echo and piping one-liners at the tool works but it
doesn't seem to like script files much.
C.
--
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/
Re: GTK on CYGWIN
Hallo S, Am Montag, 20. Mai 2002 um 11:24 schriebst du: Gerrit, [...] 1. A native port of GTK has nothing to do with Cywgin. ^^^ If you ned help here ask Tor and use mingw or orther lists. [...] It has. To mention just the posix paths? :) Yes, ok. I see. [...] 2. If you use GTK linked against cygwin1.dll it is XFree86 stuff. Then use the Cygwin-XFree list. [...] It is not. As the XEmacs and Mummit Khan's tcl/tk port, the main difference between the X and the _cygwin_ ports would be the native (gdi) functions used to draw the widgets. No X functions. No X. No -display option. [...] Then there are three possibilities: 1. native Windows 2. native Cygwin 3. native XFree86 (with Cygwin of course) Since 1. and 3. are known to work, 2. is obviously the difficult part. Since the Tcl/Tk Perl/Tk ports are based on the Windows parts of the sources maybe it is a good point to start with a look at the relevant parts in these ports sources. Gerrit -- =^..^= -- -- 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/
Re: s2p tool
Hallo Chris,
Am Montag, 20. Mai 2002 um 11:47 schriebst du:
Anyone know why the s2p tool in Cygwin seems to demand brackets '('
around substitution lines in a sed script? What form of script does
it expect? Using echo and piping one-liners at the tool works but it
doesn't seem to like script files much.
Can you please post a small example/testcase of this 'bug'?
Gerrit
--
=^..^=
--
--
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/
Setup.ini buggy
Hi, I've realized, that the current and the previous version of the package squid are swapped in setup.ini. It seems, that the generating program considers -STABLE20010508 more recent than .STABLE6-1. See the excerpt of setup.ini below: # This file is automatically generated. If you edit it, your # edits will be discarded next time the file is generated. # See http://cygwin.com/setup.html for details. # setup-timestamp: 1021844411 setup-version: 2.218.2.9 . . . @ squid sdesc: Internet Object Cache (WWW proxy cache) category: Web requires: cygwin cygrunsrv version: 2.4-STABLE20010508 install: release/squid/squid-2.4-STABLE20010508.tar.gz 466922 d29f20d751ffdfd49c3f72ae3edab897 source: release/squid/squid-2.4-STABLE20010508-src.tar.gz 1119308 1507691b5bb501d9912296ea2a0a84ab [prev] version: 2.4.STABLE6-1 install: release/squid/squid-2.4.STABLE6-1.tar.bz2 277089 06f3eb85330eccfae4bd0f0ce92078ac source: release/squid/squid-2.4.STABLE6-1-src.tar.bz2 862638 ff7e137ce7123c0f858d5d533b520422 Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] -- 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/
Re: s2p tool
In an earlier post, Gerrit P. Haase said...
Hallo Chris,
Am Montag, 20. Mai 2002 um 11:47 schriebst du:
Anyone know why the s2p tool in Cygwin seems to demand brackets '('
around substitution lines in a sed script? What form of script does
it expect? Using echo and piping one-liners at the tool works but it
doesn't seem to like script files much.
Can you please post a small example/testcase of this 'bug'?
On further investigation there are two things going on. First the
error message was overwriting itself onto one line, so sticking a \n
into the s2p script solved that annoyance. Then after further
fiddling I realised that setting the fileformat=unix rather than dos
(in vim) solved the problem. The script wasn't apparently built for
cross platform work!
Thanks for the prompt response.
C.
--
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/
Re: Annoying cmd console spawn with remote access and Win 2000
Hi Charles, Pawel Czechowicz wrote: Christopher Faylor wrote: On Fri, May 17, 2002 at 06:44:03PM +0200, Pawel Czechowicz wrote: This issue really drives me mad: You should DEFINITELY ask for a refund, then. Well, obviously this is very funny! Yes, it was funny. *WE* make you mad because we provided software to you gratis, the does almost everything you want -- except for one thing: redirecting the output of non-cygwin processes thru a cygwin tty. (read that again: redirecting a NON-cygwin process...) Don't be too angry Charles! I am sorry, I did not make myself completely clear and you misinterpreted my intentions. I am extremely grateful to the whole cygwin community for providing such an excellent suite to help many people SURVIVE in that hated Micro$oft environment :-) What I was angry at, (mad, crazy and so on ;-) (look at Shankar Unni's post - thank you Shankar :-)) was that some new 'inventions' of MS Window$ break completely some well prepared basics of a stable environment (aka cygwin). I bet there is a switch, registry entry or some such to make this particular Windoze 2000 behave correctly, but where to look for it is another question ;-). I just hoped there was somebody who encountered a similar problem, that's all. I do not like the idea of asking Micro$oft because the reply I am going to receive will be 'stop using cygwin, use DevStudio instead'. Seems a rather ungrateful response, to me. cgf's humorous reply was a way of pointing out that you usually catch more flies with honey than vinegar. How about: (a) I have a problem. Here's the description. Can anyone explain why it is happening, and suggest a solution. I have searched the relevant mailing list archives, and found the following responses: url url, but as you can see, they do not directly address my problem. instead of (b) You guys suck! I'm angry! I spent all day downloading cygwin and it doesn't do what I want! FIX IT!!! NOW! I never did it ;-) I like cygwin and never said a word against it :-) (Honestly, your question was closer to (a) than to (b), but the This really makes me mad! is rather accusatory, and changes the whole tone of your message) I never meant to be offence anyone ;-) Cultural clash? :-) Do you think that I want to use this crappy Window$ stuff? No, I am forced to! This OS was bought for me by my employer and I am obliged to be happy with it!!! The same with VC++ and so on. THIS IS A CRY FOR HELP! No need for SCREAMING. What is the output of 'cygcheck -s -v -r'? What is your CYGWIN variable set to? Have you tried with CYGWIN=... containing tty and not containing tty? Thanks for the above ideas, that's something :-). BTW regardless of setting or not CYGWIN to tty the behaviour is the same. Regards, Pawel Czechowicz -- 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/
RE: Setup.ini buggy
Thanks, should be fixed when the mirrors update. Rob -Original Message- From: Reinhard Nissl [mailto:[EMAIL PROTECTED]] Sent: Monday, May 20, 2002 9:05 PM To: [EMAIL PROTECTED] Subject: Setup.ini buggy Hi, I've realized, that the current and the previous version of the package squid are swapped in setup.ini. It seems, that the generating program considers -STABLE20010508 more recent than .STABLE6-1. See the excerpt of setup.ini below: # This file is automatically generated. If you edit it, your # edits will be discarded next time the file is generated. # See http://cygwin.com/setup.html for details. # setup-timestamp: 1021844411 setup-version: 2.218.2.9 . . . @ squid sdesc: Internet Object Cache (WWW proxy cache) category: Web requires: cygwin cygrunsrv version: 2.4-STABLE20010508 install: release/squid/squid-2.4-STABLE20010508.tar.gz 466922 d29f20d751ffdfd49c3f72ae3edab897 source: release/squid/squid-2.4-STABLE20010508-src.tar.gz 1119308 1507691b5bb501d9912296ea2a0a84ab [prev] version: 2.4.STABLE6-1 install: release/squid/squid-2.4.STABLE6-1.tar.bz2 277089 06f3eb85330eccfae4bd0f0ce92078ac source: release/squid/squid-2.4.STABLE6-1-src.tar.bz2 862638 ff7e137ce7123c0f858d5d533b520422 Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] -- 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/ -- 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/
Key mappings in ssh
I have a problem using sshd on cygwin: the backspace key does not work as expected, for example in vi (inserts ^? ) and cat. To get it working I have to press Ctrl+H. Bash prompt behaves properly (therefore I assume that readline interprets the keycode better). Also, local bash prompt (not using sshd, just starting ...\bin\bash.exe works ok (even with .bash_profile setting TERM to linux) Environment: - latest (updated) complete cygwin version installation, - ssh client Putty (also ShellGuard -- former TelNeat), - TERM=linux (for shellguard) or xterm (for Putty) There are some ways to get it working properly: - using putty, I can configure backspace to send Ctrl+H - if I open ShellGuard to a linux machine (where BackSpace works ok) then ssh to cygwin machine, it works again. I am not very sure, but I *think* this occured recently, after (for example) updating cygwin's openssh, terminfo etc to latest versions. I tried playing with bs option in shellguard's termcap.ini but no success. Ideas? Thanks in advance, rudy -- 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/
Re: Finding your SID (was Re: problem starting inetd as NT service)
Jerry, On Thu, May 09, 2002 at 06:23:04PM -0400, Gerald S. Williams wrote: But today, after finding someone that could use mkpasswd, I simply copied his WINS settings and now it works for me, too. Doh! I'm trying to track down similar sounding problems that a co-worker had. Do you know what were the specific differences between your WINS setting and his? If so, please post them to the list. Thanks, Jason -- 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/
Re: I have no interest in your problem.
Ian -- ...and then .. said... % % so in kind if you don;t want to solve problems , plug your % cake hole, as it is really deep with dog dong Please keep this trash off of the mailing list. I have no interest in being offended in such a manner (after all, I can be offended so much better elsewhere). TIA HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg09120/pgp0.pgp Description: PGP signature
Re: I have no interest in your problem.
Ian -- ...and then .. said... % % Am I missing something perhaps , but it aint for lack of RTFM. I am coming to the conclusion that you are. % It aint in the docs , it aint in the list , it aint on google, % so what , I'm supposed to yank it out my arse? It seems to be where most of the rest of your viewpoint and expression originates, so why not your code as well? Please take it elsewhere. TIA HAND :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg09121/pgp0.pgp Description: PGP signature
RE: name: GNU/Cygwin system
LSB is not just about binary compatibility; it's also about file hierarchies, configuration mechanisms, and utilities for installation and maintenance. I'd like to bring attention to standardisation of XML resources. Some packages are more or less architecture-independent, e.g., TeX/LaTeX formats and SGML/XML DTDs. Keeping in line with LSB minimizes the porting effort. While there's an established way to handle TeX resources, things are not quite sorted out for SGML/XML. A proposed standard for installation and maintenance of SGML resources [1] didn't make it into the LSB 1.1. The standardisation effort was recently restarted [2]. XML and data- and transaction-oriented applications must now be taken into consideration; the original proposal was strictly SGML-and-document oriented (and focused rather narrowly on DocBook). This has been discussed and is, to the best of my knowledge, acknowledged. Just as XML is not just about documents, it's also rather promiscuous about platforms. Java is very important in this respect, but Cygwin might also play a role here. Cygwin seems to be popular with some of the XML hot-shots when they for some reason or another have to work on Win32 boxes. I'm afraid I can't offer much more -- except that I think we should continue discussing such matters here and on the cygwin-apps list. kind regards Peter Ring [1] http://people.debian.org/~mrj/lsb-sgmlspec_cvs20020308/index.html [2] https://lists.dulug.duke.edu/mailman/listinfo/lsb-xml-sgml -Original Message- From: Charles Wilson [mailto:[EMAIL PROTECTED]] Sent: 17. maj 2002 18:49 To: Michael Smith Cc: [EMAIL PROTECTED] Subject: Re: name: GNU/Cygwin system snip / To tell you the truth, I don't see there being much hope -- or reason for -- the LSB to take cygwin into account. Thanks to various microsoftisms, we're too weird. Non-ELF shared libraries split into runtime and linktime pieces. Runtime loader works completely differently than ld.so, so library versioning is handled completely differently. Then, we have two different windowing systems...native and X which must coexist. The best I can see is for cygwin to take what LSB does, and try to follow it as best we can while making allowances for the uniqueness of the platform. We are the best ones to judge where those allowances must be made -- not them. While the linux distributors can (eventually) reach a compromise position that all linux distributions can follow, there is no compromise here -- they'd have to put special case exceptions in their document specifically for cygwin. But there's no need to uglify the LSB with all that: What is the main purpose of the LSB? Binary interoperability, so that third party software vendors can ship ONE package that is guaranteed to work on every LSB-compliant Linux platform. Doesn't really apply to cygwin...and oh, yeah, how does RMS feel about making life easier for proprietary (possibly closed source) vendors? Would he want the name GNU associated with THAT? snip / -- 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/
Telnet shell login using Cygwin. Help please?
Hi there I want to set up my Telnet service in Windows 2000 and when I inserted the line as the c:\cygwin\bin\bash --login -i as the shell, I got the following error: 10 [main] bash 1720 dtable::stdio_init: couldn't make stderr distinct from stdout Is there a way I can get this to work? I would prefer to login and then get acess. I see there is a login utility that comes with Cygwin, but when I use it, I login using my windows username and password, it does not pregress. Can somebody please point me in the right direction? Thank you ~Glen -- 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/
Re: Key mappings in ssh
Rudy -- ...and then [EMAIL PROTECTED] said... % % I have a problem using sshd on cygwin: the backspace key does not work as % expected, for example in vi (inserts ^? ) and cat. To get it working I Is this ssh-ing out of your cygwin box or into it? In either case, the problem is a tty configuration mismatch between where you are (ssh n) and where you're going (running the shell). Use stty -a to see how your current settings are (look particularly for erase) and then stty erase NN to set it as you wish (say ^ and ? or perhaps ^ and h). If you always send delete, then you can just put stty erase ^? into your .profile (or .bash_profile or .bashrc or whatever it is if you're coming back into your cygwin box; I haven't figured it out under cygwin yet) and that will force the matter. Another thing that folks sometimes do is whip up a simple script actually named ctrl-h or ctrl-questionmark and put the relevant stty commands in there; when you hit the backspace key at the prompt, you'll either properly try to back up and do nothing or spit out a wonky character, which the shell will interpret when you hit return and away you go :-) I don't recommend it (these things should really be negotiated better, and your term settings should be transparent) but it's a useful kludge. ... % Ideas? HTH HAND % % % Thanks in advance, % rudy :-D -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! msg09126/pgp0.pgp Description: PGP signature
RE: Telnet shell login using Cygwin. Help please?
Glen, I want to set up my Telnet service in Windows 2000 and when I inserted the line as the c:\cygwin\bin\bash --login -i as the shell, I got the following error: I suggest you try the inetd and telnet daemon that is in the inetutils package that is part of Cygwin. Tony. -- Tony Arnold, Deputy to the Head of COS Division, Manchester Computing, University of Manchester, Oxford Road, Manchester M13 9PL. T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039 E-mail: [EMAIL PROTECTED], Home: http://www.man.ac.uk/Tony.Arnold -- 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/
Re: mounting an iso image
No. That is function of the kernel on Linux. [EMAIL PROTECTED] wrote: Is it possible to mount an iso image in cygwin ? Regards Suriyan -- 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/
Thanks (Re: Key mappings in ssh) OE allergic to PGP?
Many thanks, David, for that stty hint - that solves a problem I have lived with for quite a while - I haven't found any good introductions to the finer points of terminals on the web. Secondly, I'm beginninge to suspect that Outlook Express is allergic to PGP signed mail. (It displays a blank mail, with the body in a .txt attachment and the PGP sig in a .dat attachment.) I know that the obvious answer is to get a better mail client, but does anyone have any workarounds in the mean time? Max. -- 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/
Re: Thanks (Re: Key mappings in ssh) OE allergic to PGP?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Max -- ...and then Max Bowsher said... % % Many thanks, David, for that stty hint - that solves a problem I have lived with Happy to help! % for quite a while - I haven't found any good introductions to the finer points % of terminals on the web. *grin* % % Secondly, I'm beginninge to suspect that Outlook Express is allergic to PGP % signed mail. (It displays a blank mail, with the body in a .txt attachment and drylyamongst other things/dryly % the PGP sig in a .dat attachment.) I know that the obvious answer is to get a % better mail client, but does anyone have any workarounds in the mean time? If you ask *really* nicely I can fold and mutilate my mail enough to work for you, like I have this one, but you have, indeed, correctly hit upon the obvious answer. To keep this on topic, I suggest mutt under cygwin :-) % % Max. HTH HAND :-D - -- David T-G * It's easier to fight for one's principles (play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie (work) [EMAIL PROTECTED] http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg! -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE86SRBGb7uCXufRwARAofKAKC/LQXGiP1JvnSdxrJ7gbBHxBVtjACgi+1S bvq3ux9RNriIcdyqU1Ekgjw= =q9i9 -END PGP SIGNATURE- -- 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/
version 1.3 10, problem with gunzip.exe
Version 1.3.10 net installation of cygwin seems to have the following problem: gunzip.exe seems to be only 19 bytes long and does not run. Regards Mark Donszelmann -- 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/
Re: Key mappings in ssh
Is this ssh-ing out of your cygwin box or into it? I am using a third party client to connect to sshd on cygwin. Thanks for the tip with stty. It worked ok. Now I'm facing the following problem: -I need to have stty erase ^? while connecting with ssh to cygwin -and on the other hand I need stty erase ^H in bash prompts So I try writing a script (which can't rely on /var/run/utmp, as cygwin doesn't seem to maintain it) to tell which stty param to run... ps reports processes using either con either 0 1 2 ... tty's, so I should be able to detect this. I still don't know how but... :-) Another question: linux man page for termcap tells that kb is a string parameter. Indeed, on linux systems (and not only) in /etc/termcap we can find, for example ...:kb=\177:... Why does the cygwin termcap only specifies ...:kb:... ? Thanks again, rudy PS btw: I ran stty -a both on bash prompt and ssh prompt. Why do they report differently? Does the ssh protocol negociates this kind of settings on startup? -- 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/
Re: version 1.3 10, problem with gunzip.exe
Mine is listed as that length using ls -l, and it does run (successfully - never take that for granted). I am running 1.3.10, updated this morning. Wayne Keen -- 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/
Re: version 1.3 10, problem with gunzip.exe
Donszelmann, Mark wrote: Version 1.3.10 net installation of cygwin seems to have the following problem: gunzip.exe seems to be only 19 bytes long and does not run. It's a symbolic link to gzip.exe. So, it works under cygwin (e.g. within a bash shell) but not from Explorer or from a plain DOS box. --Chuck -- 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/
Re: version 1.3 10, problem with gunzip.exe
On Mon, May 20, 2002 at 12:07:25PM -0500, Keen Wayne A Contr AFRL/MNGG wrote: Mine is listed as that length using ls -l, and it does run (successfully - never take that for granted). I am running 1.3.10, updated this morning. gunzip.exe is a symbolic link. So, it must be run from a bash shell. 19 bytes is the correct length. cgf -- 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/
Re: Telnet login using cygwin
Wrong mailing list. Redirected. On Mon, May 20, 2002 at 05:09:49PM +0200, Glen Verran wrote: Hi there I want to set up my Telnet service in Windows 2000 and when I inserted the line as the c:\cygwin\bin\bash --login -i as the shell, I got the following error: 10 [main] bash 1720 dtable::stdio_init: couldn't make stderr distinct from stdout Is there a way I can get this to work? I would prefer to login and then get acess. I see there is a login utility that comes with Cygwin, but when I use it, I login using my windows username and password, it does not pregress. Can somebody please point me in the right direction? Thank you ~Glen -- 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/
Re: version 1.3 10, problem with gunzip.exe
Mark,
This is how these things are set up on a properly installed Cygwin:
% ll $( type -p -a gunzip )
lrwxrwxrwx1 Administ None 19 Nov 26 09:04 /bin/gunzip -
gzip.exe*
lrwxrwxrwx1 Administ None 19 Nov 26 09:04 /usr/bin/gunzip -
gzip.exe*
% ll $( type -p -a gzip )
-rwxrwxrwx1 Administ None50176 Nov 25 17:48 /bin/gzip*
-rwxrwxrwx1 Administ None50176 Nov 25 17:48 /usr/bin/gzip*
% ll /{usr/,}bin/gzip.exe
-rwxrwxrwx1 Administ None50176 Nov 25 17:48 /bin/gzip.exe*
-rwxrwxrwx1 Administ None50176 Nov 25 17:48 /usr/bin/gzip.exe*
Your nineteen byte gunzip file is a symlink, or should be.
Randall Schulz
Mountain View, CA USA
At 09:53 2002-05-20, Donszelmann, Mark wrote:
Version 1.3.10 net installation of cygwin seems to have the following problem:
gunzip.exe seems to be only 19 bytes long and does not run.
Regards
Mark Donszelmann
--
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/
Re: version 1.3 10, problem with gunzip.exe
At 12:53 PM 5/20/2002, Donszelmann, Mark wrote: Version 1.3.10 net installation of cygwin seems to have the following problem: gunzip.exe seems to be only 19 bytes long and does not run. It's a symbolic link and you apparently have nowinsymlinks in your CYGWIN environment variable. You either need to unset that and recreate the symbolic links (and others referring to executables on your system) or always run these from a shell like bash that understands Cygwin symbolic links (not windows shortcuts). Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- 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/
Re: [ANNOUNCEMENT] Updated: autoconf-devel-2.53a-1
Charles Wilson wrote: o There DOES seem to a problem in BOTH 2.53 and 2.53a, where seemingly valid configure.in/acinclude.m4 files lead to buggy configure scripts. This bug ALSO exists in 2.52. So, in that respect, 2.53a-1 is no worse than any other cygwin release of autoconf-devel. According to Akim (chief autoconf guru on the autoconf mailing list), the problem IS in my configure.in/acinclude.m4 files. We haven't yet nailed down exactly WHERE the problem is -- but he says it's NOT in autoconf itself. So, sorry for the false alarm... --Chuck -- 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/
Simplified,Affordable,Knowledgeable,Fast,Friendly Computer Technical Support - 10% off first call with this ad
If you want to solve your computer issues without, waiting hours for responses, paying high hourly fees, speaking with inexperienced people, paying membership or support contract fees. Then call JuTan Computer Services where you call or e-mail your issue, receive immediate response and pay only for that issue. If it sounds to good to be true then it usually is. In this case it's not because JuTan Computer Service is the simplified ,affordable solution to Computer Technical Support. www.jutan.com 1-800-343-0114 -- 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/
Re: version 1.3 10, problem with gunzip.exe
At 01:13 PM 5/20/2002, Larry Hall (RFK Partners, Inc) wrote: At 12:53 PM 5/20/2002, Donszelmann, Mark wrote: Version 1.3.10 net installation of cygwin seems to have the following problem: gunzip.exe seems to be only 19 bytes long and does not run. It's a symbolic link and you apparently have nowinsymlinks in your CYGWIN environment variable. You either need to unset that and recreate the symbolic links (and others referring to executables on your system) or always run these from a shell like bash that understands Cygwin symbolic links (not windows shortcuts). Actually, this may be overstating the case a tad: 1. The above is true if nowinsymlinks is set. 2. I believe setup.exe creates symbolic links as if nowinsymlinks is set. So setup would create the symbolic links as Cygwin symlinks rather than Windows shortcuts regardless of the setting in the CYGWIN environment variable. 3. Running gunzip from a non-Cygwin aware shell (like cmd.exe or command.com) would require specifying the name of the symlink recreated as a shortcut. In this case, that means gunzip.exe.lnk. I think that covers it. Someone will tell me if (2) is wrong. :-) Larry Hall [EMAIL PROTECTED] RFK Partners, Inc. http://www.rfk.com 838 Washington Street (508) 893-9779 - RFK Office Holliston, MA 01746 (508) 893-9889 - FAX -- 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/
RE: Key mappings in ssh
Rudy, Thanks for the tip with stty. It worked ok. Now I'm facing the following problem: -I need to have stty erase ^? while connecting with ssh to cygwin -and on the other hand I need stty erase ^H in bash prompts I think bash should work with erase set to either ^? Or ^H. Try it! Regards, Tony. -- Tony Arnold, Deputy to the Head of COS Division, Manchester Computing, University of Manchester, Oxford Road, Manchester M13 9PL. T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039 E-mail: [EMAIL PROTECTED], Home: http://www.man.ac.uk/Tony.Arnold -- 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/
Re: GTK on CYGWIN
Hi, I thought this might be of some interest to the folks wanting to see XFree and native cygwin versions of these packages... Charles, why don't you speak to Harold about supporting that gtk package? I don't know if he is aware you are looking for someone to maintain it... Cheers, Nicholas --- Harold Hunt [EMAIL PROTECTED] wrote: From: Harold Hunt [EMAIL PROTECTED] To: Nicholas Wourms [EMAIL PROTECTED] CC: cygx [EMAIL PROTECTED] Subject: RE: Testing Site Down? Date: Fri, 10 May 2002 17:48:01 -0400 Nicholas, I sent an email about two weeks ago that said that huntharo-4 would be going down. I moved out of the dorm that I had the machine in and I'm now living off campus, so I don't have ethernet anymore. There is a little work that needs to be done so that gtk+, glib, etc. can be built as shared libraries on Cygwin. I'm going to get through that over the next few weeks. Be sure to watch the Cygwin/XFree86 list for announcements. Harold -Original Message- From: Nicholas Wourms [mailto:[EMAIL PROTECTED]] Sent: Friday, May 10, 2002 3:42 PM To: Harold L Hunt Subject: Testing Site Down? Harold, I recall you had gtk+, glib, pango, and atk available on your test site, do you still have them? I just nuked my cygwin install and I'm unable to login... Thanks, Nicholas __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- 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/
cygwin and miktex. I need help !
PhD. Hoenicka, and list I want to set up cygwin on Windows 2000. Trying to follow M. Hoenicka's excellent tutorial (http://ourworld.compuserve.com/homepages/hoenicka_markus/ntsgml.html) up to chapter 7, my question is how could i profit MikTeX and use its texmf tree? I have got a problem when i run latex ~# latex textest.tex This is TeX, Version 3.14159 (Web2C 7.3.3) I can't find the format file `latex.fmt' Let me say that my MikTeX works well on Windows. Sorry, but I'm a novice. Regards, Javier __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- 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/
RE: Telnet shell login using Cygwin. Help please?
Glen, Or better yet, use the sshd package that is available for cygwin in setup.exe, it will provide a higher level of security for your connection. Cheers, Nicholas --- Tony Arnold [EMAIL PROTECTED] wrote: Glen, I want to set up my Telnet service in Windows 2000 and when I inserted the line as the c:\cygwin\bin\bash --login -i as the shell, I got the following error: I suggest you try the inetd and telnet daemon that is in the inetutils package that is part of Cygwin. Tony. -- Tony Arnold, Deputy to the Head of COS Division, Manchester Computing, University of Manchester, Oxford Road, Manchester M13 9PL. T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039 E-mail: [EMAIL PROTECTED], Home: http://www.man.ac.uk/Tony.Arnold -- 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/ __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- 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/
Re: cygwin and miktex. I need help !
Bonjour, the file `latex.fmt' is specific to your operating system. MikTeX runs well under DOS: it is a good idea to use the cygwin tetex package if you want to tex under cygwin. In view to use the texmf tree distributed by MikTeX try (and modify if necessary): 1] install the cygwin tetex package; 2] move the /usr/share/texmf directory to /usr/share/texmf.original [ mv /usr/share/texmf /usr/share/texmf.original ] 3] link the MikTeX texmf directory to /usr/share/texmf [ ln -s /foo/MikTeX/texmf /usr/share/texmf ] 4] and link the original web2c directory: [ ln -s /usr/share/texmf.original/web2c /usr/share/texmf/web2c ] 5] check that the *.cnf file in the directory /usr/share/texmf/web2c are unfrozen (read the cygwin documentation for more information); 6] run mktexlsr Now it should work: Let know what happens. Good texing, Jerome Javier J. wrote: PhD. Hoenicka, and list I want to set up cygwin on Windows 2000. Trying to follow M. Hoenicka's excellent tutorial (http://ourworld.compuserve.com/homepages/hoenicka_markus/ntsgml.html) up to chapter 7, my question is how could i profit MikTeX and use its texmf tree? I have got a problem when i run latex ~# latex textest.tex This is TeX, Version 3.14159 (Web2C 7.3.3) I can't find the format file `latex.fmt' Let me say that my MikTeX works well on Windows. Sorry, but I'm a novice. Regards, Javier __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- 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/ -- Jerome BENOIT, Ph.D. [EMAIL PROTECTED] -- 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/
Simplified,Affordable,Knowledgeable,Fast,Friendly Computer Technical Support - 10% off first call with this ad
If you want to solve your computer issues without, waiting hours for responses, paying high hourly fees, speaking with inexperienced people, paying membership or support contract fees. Then call JuTan Computer Services where you call or e-mail your issue, receive immediate response and pay only for that issue. If it sounds to good to be true then it usually is. In this case it's not because JuTan Computer Service is the simplified ,affordable solution to Computer Technical Support. www.jutan.com 1-800-343-0114 -- 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/
Re: vi is missing
Dockeen wrote: Another useful skill on finding what is where, is the which command. That only works if there's a 'vi' in the path. That wouldn't have helped our perplexed Oriental friend. -- 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/
Re: cvs-1.11.2 test release
Bump to 1.11.2-2. I've fixed the autconf hackery, so it works correctly now. Thanks to Akim Demaille from the autoconf list for pointers... All of the original warnings, provisos, etc apply to this release. Refer to the first message in this thread for more info. --Chuck FIXED: (6) Wackiness with autoconf. Although my configure.in and acinclude.m4 seem to be bug free themselves, autoconf is generating buggy configures. (I mean, it totally loses track of what it's doing, and puts in comments without '#' marks, drops 'help' text in the middle of the running script, etc.) This is bad, and I'll report it to the autoconf list. However, I have a patch of sorts that I can use to fix the errors after running autoconf -- it's CYGWIN-PATCHES/post-autoconf-patch. This should not be of any use to anyone, unless you start hacking the auto* files. You may not be able to actually APPLY the patch, but it shows you what errors happen, and approximately where to find them. (The human brain 'fuzzy patch' function is much better -- if slower -- than patch.exe's.) However, WATCH OUT for the auto-rebuild of the configuration files when you run 'make'. Make sure you run autoheader and automake AFTER running autoconf and fixing up configure. -- 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/
pine dumps core on exit
I just updated to the lastest Cygwin and figured I'd try pine. It looked to be working well until I exited, at which point I got this error: | Problem detected: header size inconsistent. | Pine Exiting. | Aborted (core dumped) ... and pine exited, leaving my INBOX kind of corrupted. This appears to have something to do with ctrl-M's at the end of some lines in mail folders that pine creates... or something. I'm not clear on exactly what's happening. For instance, sending an email in pine will create a sent-mail folder, and the do not erase this message bit at the beginning of the folder has Ctrl-M's, but the rest of the folder doesn't. I can see how this might confuse pine. Anyone else seeing this? Any ideas what's going on? When I install Cygwin I choose DOS as the default file type but I've never known what that actually *does* (and I probably have no reason to choose it); I guess it's possible that my troubles relate to whatever setting results from that. -- scott evans :: www.antisleep.com -- 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/
Re: pine dumps core on exit
The local mail files that you view with pine need to be on a filesystem mounted with --binary. Otherwise when pine rewrites the headers, you get DOS line termination, which ends up eating characters out of the beginning of each message body (since pine seems to use a seek+rewrite strategy for the header updates). Evidently it notices after a while and aborts, but by that time your messages have been chewed on a bit. You can force the file back to Unix line termination, fix your mount point, and you should be all set. Chris On 20 May 2002, Scott Evans wrote: I just updated to the lastest Cygwin and figured I'd try pine. It looked to be working well until I exited, at which point I got this error: | Problem detected: header size inconsistent. | Pine Exiting. | Aborted (core dumped) -- 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/
Re: pine dumps core on exit
*** Scott Evans ([EMAIL PROTECTED]) wrote in cygwin today: :) I just updated to the lastest Cygwin and figured I'd try pine. :) It looked to be working well until I exited, at which point I got :) this error: :) :) | Problem detected: header size inconsistent. :) | Pine Exiting. :) | Aborted (core dumped) :) :) ... and pine exited, leaving my INBOX kind of corrupted. :) [snip] :) Anyone else seeing this? Any ideas what's going on? When I install :) Cygwin I choose DOS as the default file type but I've never known :) what that actually *does* (and I probably have no reason to choose it); :) I guess it's possible that my troubles relate to whatever setting :) results from that. The diagnosis of your problem is correct. Your problem comes from the fact that you have chosen DOS over UNIX. You will need to change it unix. This is one of the symptoms of the error. Your addressbook should not be working either. Pine needs those \n, over \r\n. Please notice that this may require you to restart Pine from scratch (new .pinerc, .addressbook, etc). Is there a way to know if a user is using DOS instead of UNIX in their installation? I would be insterested in looking into this, although it may be a major change in Pine. -- Eduardo http://www.math.washington.edu/~chappa/pine/ -- 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/
Re: pine dumps core on exit
Sure enough, I changed all my mount points to binary and the pine problems went away. I don't think I have any real reason to run with text mounts anyway so this should be fine. Very cool! Thanks for the help, guys. scott -- 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/
Problem on starting PostgreSQL
I am very new to cygwin. After installed cygwin successfully, I can't get the PostgreSQL up so far. Here is what I have: $ initdb -D /usr/share/postgresql/data The program '/usr/bin/postgres' needed by initdb does not belong to PostgreSQ there may be a configuration problem. This was the error message issued by that pro /usr/bin/postgres: invalid current euid 500 ~~ There is not the data directory under the /usr/share/postgresql. I don't have enought knowledge to tell where it should be there or not. I have spent some hours doing research and can't find a solutation so far. What I miss? Please help me out. Thanks in advance. v. -- 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/
RE: version 1.3 10, problem with gunzip.exe
-Original Message- From: Larry Hall (RFK Partners, Inc) [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 21, 2002 3:24 AM 2. I believe setup.exe creates symbolic links as if nowinsymlinks is set. So setup would create the symbolic links as Cygwin symlinks rather than Windows shortcuts regardless of the setting in the CYGWIN environment variable. 2 is wrong. I think that covers it. Someone will tell me if (2) is wrong. :-) Cheers, Rob -- 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/
RE: version 1.3 10, problem with gunzip.exe
-Original Message- From: Robert Collins Sent: Tuesday, May 21, 2002 8:46 AM 2. I believe setup.exe creates symbolic links as if nowinsymlinks is set. So setup would create the symbolic links as Cygwin symlinks rather than Windows shortcuts regardless of the setting in the CYGWIN environment variable. 2 is wrong. Actually, 2 is right. Setup could do either though. Rob -- 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/
Re: pine dumps core on exit
On Mon, 20 May 2002 14:34:51 -0700 (PDT) Eduardo Chappa [EMAIL PROTECTED] wrote: The diagnosis of your problem is correct. Your problem comes from the fact that you have chosen DOS over UNIX. You will need to change it unix. This is one of the symptoms of the error. Your addressbook should not be working either. Pine needs those \n, over \r\n. Please notice that this may require you to restart Pine from scratch (new .pinerc, .addressbook, etc). Is there a way to know if a user is using DOS instead of UNIX in their installation? I would be insterested in looking into this, although it may be a major change in Pine. Since Pine appears to need to control the line endings, it should probably open all mailboxes (at least) in binary mode. Binary mode would have no effect in Unixes and would do no harm in MSDOS derived systems including DOS type Cygwin mounts. Changing the open() or fopen() calls is likely to cause changes in quite a few places, but it shouldn't be very difficult to decide where it is needed. I'm actually a bit surprised this hasn't been a problem in Win32 or MSDOS ports of Pine. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.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. -- 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/
compiling kernel on Cygwin
this is a very simple kernel I learned and try to modify. When I compile in Linux, it works fine, but when I compiled in Cygwin, I got ld: cannot open binary: No such file or directory Thanks BD -- 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/
Question
After I have downloaded the packages needed, how do I run Cygwin on my Windows 98 Operating system? Please email me at [EMAIL PROTECTED] with the answer to my query. _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- 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/
Re: Question
On Mon, 20 May 2002 22:58:48 -0400 corey grimes [EMAIL PROTECTED] wrote: After I have downloaded the packages needed, how do I run Cygwin on my Windows 98 Operating system? Please email me at [EMAIL PROTECTED] with the answer to my query. Reading the instructions given at http://cygwin.com/ would be a good start. -- Mac :}) ** I normally forward private questions to the appropriate mail list. ** Ask Smarter: http://www.tuxedo.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. -- 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/
Re: [PATCH] gettimeofday time travels V2
I hate to say this, but after reading various references on the QueryPerformance* functions, I don't think that we should be using them. There was a clamor to implement things this way a few months ago, and I implemented this to provide improved precision. However, it looks like I sacrificed accuracy for precision. Others have already pointed this out and after a google/msdn search I am now convinced. I think the best we can probably do is to use the multimedia timer functions to get 1ms accuracy and I'll be redoing gettimeofday to use those in the next couple of days. I'm *very* sorry for making you jump through hoops. If someone wants to step forward to convince me that I'm wrong in now thinking that the QueryPerformance* functions are bad news, then please feel free. Otherwise, 1.3.11 will have YA implementation of gettimeofday. cgf On Sat, May 18, 2002 at 02:02:25PM +0100, Philip Aston wrote: Christopher Faylor writes: On Sat, Jul 06, 2002 at 11:55:17AM +0100, Philip Aston wrote: The list in thread.h is specific to a type, and intrusive. I used a mutex to create my own thread-safe, non-intrusive list. I used pthread mutexes instead of mutos since mutos must be allocated statically. What is wrong with allocating a muto statically? You only need one for this application in cygwin. The mutex is part of my generic event listener list. Whilst I allocate my event listener list statically, others may wish to do otherwise. Christopher Faylor writes: It may make sense to just make all of the members of the hires class static since they are just maintaining global state. Agree. Personally I'd use a singleton object rather than static members which would also allow hires to continue to be a wm_listener, but it amounts to the same thing. However, I didn't do this as I consider it outside of the scope of the fix. This looks like nice work but I am still concerned about the necessity of starting up the windows thread and using the windows event loop as I mentioned in previous email. I'd rather not have that overhead if it can be avoided. I can't think of anyway to detect the power events other than to run an event loop. Note, my implementation will not start the windows thread unless a hires is used. Unfortunately a hires is used by the strace/printf methods, so its hard to avoid. For the cygwin part, the patch is also big enough that it requires an assignment. Hopefully you've looked at http://cygwin.com/contrib.html by now... Yes. I have put the wheels in motion to get a disclaimer from my employer. The w32api part should be posted separately to cygwin-patches so that Danny will see it and apply it. Done. - Phil -- 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/ -- 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/
Re: name: GNU/cygwin system
Christopher Faylor [EMAIL PROTECTED] writes: [...] It's never been a goal of Cygwin to adhere to something like the LSB and we already refer to the Single UNIX Specification for reference. This is another thing that you could have gleaned from inspection of the mailing list archives. Anyone who might be interested in participating in something like the LSB is undoubtedly already aware of it. Respectfully, you seem rather new to the project. I wouldn't feel comfortable with you representing it in any way. You're right of course. I just intended the LSB and name suggestions in part as suggestions to maybe help raise more awareness of Cygwin in the free software community (though I can see now that these particular suggestions weren't terrifically thoughtful ones). In hindsight, I realize that the name suggestion was pretty simple-minded (and I apologize once again for not having the courtesy to first take the time to check the list archive to see if it had already been discussed). Anyway, though I think just about everybody who's got any familiarity with the free software world at all knows that Linux packages (RPMs and Debian packages) are available for all sorts of things, I'm not sure how many are aware that: * through Cygwin, many of the same tools available as packages for Linux distributions are also available as packages for Windows (and Cygwin provides an environment for compiling and installing many others that aren't packaged yet) * Cygwin provides a sophisticated package management system that makes it easy to install and update packages I don't what can be done to raise more awareness about Cygwin -- especially about the availability of packages; but in part, I guess that more people should -- when, on mailing lists or websites, they're pointing out that certain applications are available as Linux packages -- take the time to check to see whether particular packages are available for Cygwin, and acknowledge when they are. That's what I've tried to do for the DocBook/XML/SGML packages that Jon Foster and Markus Hoenicka put together -- by adding information about them to the DocBook Wiki: http://docbook.org/wiki/moin.cgi/DocBookPackages http://docbook.org/wiki/moin.cgi/CygwinPackages About the page at the second URL: I hope I'm not using the Cygwin logo inappropriately. If I am, somebody please let me know (I couldn't find any information at the Cygwin site about use of the logo). Are there other promotional logos/buttons/banners I could/should use instead? Maybe a version of the Cygwin banner (http://cygwin.com/cygwin.jpg)? Cheers, --Mike -- 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/
