Vikram Mehta | 1 Jul 03:50 2003
Picon

ksymoops

Where do I get ksymoops and minicom for CYGWIN 

Thanx

Vikram

Vikram Mehta | 1 Jul 05:15 2003
Picon

dcgettext

Do we have dcgettext in cygwin?

Vikram Mehta | 1 Jul 05:48 2003
Picon

how do I link cygintl-1.dll

cygintl-1.dll has dcgettext

How do I link it.

Humor would be very nice if it comes with some help

Vikram Mehta | 1 Jul 06:08 2003
Picon

libbfd.a undefined refernce to _dcgettext, _htab_create_alloc'


Vikram Mehta | 1 Jul 06:18 2003
Picon

Re: libbfd.a undefined refernce to _dcgettext, _htab_create_alloc

For got to type inthe message

I get libbfd.a: undefined refernces to  dcgettext, _htab_create_alloc

any ideas how do i solve it

Vikram

          From: "Vikram Mehta" <vm6580 <at> hotmail.com>
      To: "Cygwin <at> Cygwin.Com" <cygwin <at> cygwin.com>
      Subject: libbfd.a    undefined refernce to _dcgettext,
_htab_create_alloc'
      Date: Mon, 30 Jun 2003 21:08:00 -0700

      --
      Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
      Problem reports: http://cygwin.com/problems.html
      Documentation: http://cygwin.com/docs.html
      FAQ: http://cygwin.com/faq/

Vikram Mehta | 1 Jul 07:17 2003
Picon

Re: libbfd.a undefined refernce to _dcgettext, _htab_create_alloc

IN detail

Here is what I get

gcc io.o ksyms.o ksymoops.o map.o misc.o object.o oops.o re.o
symbol.o -Dlinux -
Wall -Wno-conversion -Waggregate-return -Wstrict-prototypes -Wmissing-protot
ypes
  -DDEF_KSYMS=\"/proc/ksyms\" -DDEF_LSMOD=\"/proc/modules\" -DDEF_OBJECTS=\"
/lib
/modules/*r/\" -DDEF_MAP=\"/usr/src/linux/System.map\" -Wl,-Bstatic -lbfd -l
iberty  -Wl,-Bdynamic -o ksymoops
/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../libbfd.a(syms.o)(.text+0x1109):
undefined reference to `_dcgettext'
/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../libbfd.a(bfd.o)(.text+0x2f3):
undefined reference to `_dcgettext'
/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../libbfd.a(bfd.o)(.text+0x6ae):
undefined reference to `_dcgettext'
/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../libbfd.a(bfd.o)(.text+0x7a4):
undefined reference to `_dcgettext'
/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../libbfd.a(bfd.o)(.text+0x7df):
undefined reference to `_dcgettext'
/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../libbfd.a(bfd.o)(.text+0x814):
more
undefined references to `_dcgettext' follow
/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../libbfd.a(merge.o)(.text+0xad0):
undefined reference to `_htab_create_alloc'
/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../libbfd.a(merge.o)(.text+0xb0f):
undefined reference to `_htab_create_alloc'
/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../libbfd.a(merge.o)(.text+0x1000)
(Continue reading)

Gary R. Van Sickle | 1 Jul 02:55 2003
Picon
Picon

RE: newbie shell-users howto, guide, cheatsheet, or reference?

> GRVS> Let's get this straight.  Your intent was clear.  You were yet
> GRVS> again trying to be a jerk when it was completely and utterly
> GRVS> unwarranted, and completely contrary to convincing anybody of
> GRVS> doing anything for the Cygwin project.
>
> I've been using cygwin since the '80s

The *80's*?

> and reading this list daily for
> many years.  I must say that I don't believe Chris is wrong.  Many
> people mistakenly believe that any effort put in toward an open source
> project is good.  At some statistical level that may be true, but at a
> practical engineering level it is false.  By placing documentation and
> tools outside the cygwin distribution (and distribution mechanism) you
> create confusion, fragment management, increase likelihood of
> incorrect or out of date data, and generally waste energy.  By failing
> to acknowledge this situation you further degrade your position.
>

I have stated no position on Karsten's documentation.  I've not looked at it.

> Chris is often direct in his communication.  Some people read into
> this that he is being insulting, demanding, or domineering.

No, Chris is often insulting, demeaning, and domineering in his communication.
Sometimes it's warranted, often it isn't.

>  I believe
> this is created by the reader from their own imagination.  I
(Continue reading)

toscani | 1 Jul 02:58 2003
Picon

Re: Fwd: Re: CygWin adding CRs, hurting CVS client/server communications?

Well, I take that back...someone pointed me to 
http://www.gigascale.org/softdevel/faq/23.html, which contains instructions 
for reinstalling CygWin with text mode set to DOS, which actually fixes the 
problem (the remount procedure didn't work, as is warned in the 
article).  All I did was run the setup utility, selected DOS text mode, and 
selected the base/cygwin and devel/cvs packages for reinstallation...works 
like a charm now.  The contents of this article might be good fodder for 
the FAQs.  Cheers!

At 08:17 AM 6/30/2003, toscani <at> wideopenwest.com wrote:
>Understood.  I've compiled CVS from source on my server (which is how I 
>tracked down and confirmed the CRLF issue), but am not set up to compile 
>anything on the Windows client.  I doubt I'll have time in the near future 
>to try, so for now I'll have to ditch CVS/SSH, and once I truly need 
>version control again, either see if it's working again or go with a 
>commercial solution.  No big deal for now...thanks for trying though.
>
>Toscani
>
>At 01:55 PM 6/28/2003, Charles Wilson wrote:
>>Sorry, guys, but I can't reproduce this.
>>
>>Client:
>>
>>openssh              3.6.1p1-2
>>cvs                  1.11.5-1
>>cygwin               1.3.22-1
>>
>>:pserver: and :ext:(CVS_RSH=ssh) mode, with server sources.redhat.com
>>
(Continue reading)

Carlo Florendo | 1 Jul 03:49 2003
Picon

Re: ls.exe slow down in cygwin 1.3.13 (a followup from the "ls problem" thread last november 2002)

Hello Brian,

The TZ environment variable is not defined in my system.  I've tried setting TZ=CST-8, then reloading
cygwin, but it still does not
show any improvement.  Any more hints?

Thanks!

Best Regards,
Carlo

----- Original Message -----
From: "Brian Dessent" <brian <at> dessent.net>
To: <cygwin <at> cygwin.com>
Sent: Monday, June 30, 2003 6:52 PM
Subject: Re: ls.exe slow down in cygwin 1.3.13 (a followup from the "ls problem" thread last november 2002)

> Carlo Florendo wrote:
>
> > I've tried stracing the output of "ls -l" and I've attached the output of strace too.
> > An observation on the output of strace is that the delay starts when line 442 is printed.
> >
> > Line 442 of the strace output is:
> >
> > 104 1970355 [main] ls 2012 _open: -1 = open (/usr/local/etc/zoneinfo/posixrules, 0x10000)
> >
> > I'm wondering what this zoneinfo/posixrules is.  The file does not exist in my installation.
>
> One of the time library functions (i.e. ctime() or localtime() or
> strftime(), etc) apparently looks for those files to determine time zone
(Continue reading)

Larry Hall | 1 Jul 03:57 2003

Re: Fwd: Re: CygWin adding CRs, hurting CVS client/server communications?

toscani <at> wideopenwest.com wrote:

> Well, I take that back...someone pointed me to 
> http://www.gigascale.org/softdevel/faq/23.html, which contains 
> instructions for reinstalling CygWin with text mode set to DOS, which 
> actually fixes the problem (the remount procedure didn't work, as is 
> warned in the article).  All I did was run the setup utility, selected 
> DOS text mode, and selected the base/cygwin and devel/cvs packages for 
> reinstallation...works like a charm now.  The contents of this article 
> might be good fodder for the FAQs.  Cheers!

I'd suggest this is the wrong direction to head in this case for at
least a few of reasons:

   1. This hasn't really risen to the level of a FAQ.

   2. The problem is ill-defined at least and isn't shared by the vast
      majority.

   3. It's not at all clear that the problem isn't fixable if it were
      better understood.

Perhaps someone seeing this problem could spend a little more time with
it and see if a solution can be found that makes any documentation of
it unnecessary.  That would be a real big help.

--

-- 
Larry Hall                              http://www.rfk.com
RFK Partners, Inc.                      (508) 893-9779 - RFK Office
838 Washington Street                   (508) 893-9889 - FAX
(Continue reading)


Gmane