public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* Re: [Fwd: Bug: Perl:IsWinNT undefined & RFE, only use "/" in reg values, not names..?]
@ 2004-02-19 15:15 Brian.Kelly
  2004-02-19 22:24 ` linda w
  0 siblings, 1 reply; 63+ messages in thread
From: Brian.Kelly @ 2004-02-19 15:15 UTC (permalink / raw)
  To: cygwin


> Do all the win32 libraries have to have a special port to work on cygwin
> even though
> cygwin was supposed to aid in allowing posix type apps (like perl) to
> run under
> win either from the bash or cjmd.exe shell?

> Definitely the win32 lib is a step in the right direction...but why does
> cygwin need a special version?

Seems to me you answered your own question. The perl that's bundled with
Cygwin is *NOT*
an Active-State-*like* Win32 version of perl. It's really a *unix* built
version of perl that
-requires- Cygwin to even run on Windoze at all. That being the case,
Cygwin perl *thinks* its
running on unix - not Win32. Therefore, modules that expect direct,
non-POSIX access to the
Win32 subsystem are gonna need some help that wouldn't otherwise be
necessary with a true
Win32 build of Perl.

Brian Kelly





"WellChoice, Inc." made the following
 annotations on 02/19/2004 09:07:12 AM
------------------------------------------------------------------------------
Attention!  This electronic message contains information that may be legally confidential and/or privileged.  The information is intended solely for the individual or entity named above and access by anyone else is unauthorized.  If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful.  If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Release/Disclosure Statement


--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re: [Fwd: Bug: Perl:IsWinNT undefined & RFE, only use "/" in reg values, not names..?]
  2004-02-19 15:15 [Fwd: Bug: Perl:IsWinNT undefined & RFE, only use "/" in reg values, not names..?] Brian.Kelly
@ 2004-02-19 22:24 ` linda w
  2004-02-19 23:11   ` Yitzchak Scott-Thoennes
                     ` (2 more replies)
  0 siblings, 3 replies; 63+ messages in thread
From: linda w @ 2004-02-19 22:24 UTC (permalink / raw)
  To: Brian.Kelly, cygwin

What features does one get with a unix perl over a perl built where 
"WinNT" is
defined as true or false?  Many (most? all?) of the Win32 calls are 
available
in the Cygwin environment, why not compile the perl as a mixed breed 
perl that
defines WinNT?

What is lost by allowing Perl to make libwin32 calls.

If Cygwin is supposed to enable me to run my utils and scripts from bash or
cnd.exe, then why should perl be different?  What do I lose by defining 
-MWin32
in the PERL5OPS?, or put another way, why isn't it on and present all 
the time?

Besides, it seems, that the cpan modules for perl can't be for active state
perl since they have their own package manager -- but are for the 
floundering
win32-perl that is mostly eclipsed by active state's perl and cygwin's 
perl.

I suppose I find it frustrating to find books/examples about win32-perl that
don't quite work on active state and don't quite work on cyg_WIN_ (vs. a
cygunix product that might infer a variant of unix).

It seems cyg_win_ was designed to add POSIX  and unix compatibility and
functionality to the _Win_ environment with the intent of making things
_easier_ (Easy is good -- not everyone can be a master of every technology).
So why not make things easier for perl scripters as well by starting with
a perl that is unix (works with cpan, handles paths with "//", "/") and
win (paths handle "\\", ":" and "\\\\" and define WinNT) compatible?

Is there some fundamental reason why they can't both be present in perl?

I think part of the problem is that Perl is both an "app" (can be view as
a unix app to be transferred over), or can be viewed as part of the
development environment (as it is a development tool) that also understands
it is running in a mixed mode.

I'm favoring the latter view, obviously, while some have taken the former
view.  I'm just thinking it makes cygperl so much more accessible/useful to
have it understand it's mixed mode heritage as well.

Is that something real difficult or impossible to do?

(I don't know, never having built perl in the first place.)

Linda



Brian.Kelly@Empireblue.com wrote:

> Seems to me you answered your own question. The perl that's bundled with
>
>Cygwin is *NOT*
>an Active-State-*like* Win32 version of perl. It's really a *unix* built
>version of perl that
>-requires- Cygwin to even run on Windoze at all. That being the case,
>Cygwin perl *thinks* its
>running on unix - not Win32. Therefore, modules that expect direct,
>non-POSIX access to the
>Win32 subsystem are gonna need some help that wouldn't otherwise be
>necessary with a true
>Win32 build of Perl.
>
>Brian Kelly
>  
>


-- 
    In the marketplace of "Real goods", capitalism is limited by safety
    regulations, consumer protection laws, and product liability.  In
    the computer industry, what protects the consumer?



--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re: [Fwd: Bug: Perl:IsWinNT undefined & RFE, only use "/" in reg values, not names..?]
  2004-02-19 22:24 ` linda w
@ 2004-02-19 23:11   ` Yitzchak Scott-Thoennes
  2004-02-19 23:37   ` Christopher Faylor
  2004-02-22 16:01   ` Gerrit P. Haase
  2 siblings, 0 replies; 63+ messages in thread
From: Yitzchak Scott-Thoennes @ 2004-02-19 23:11 UTC (permalink / raw)
  To: cygwin

On Thu, Feb 19, 2004 at 11:27:29AM -0800, linda w wrote:
> What features does one get with a unix perl over a perl built where 
> "WinNT" is
> defined as true or false?  Many (most? all?) of the Win32 calls are 
> available
> in the Cygwin environment, why not compile the perl as a mixed breed 
> perl that
> defines WinNT?

If possible, please shorten your lines.

> What is lost by allowing Perl to make libwin32 calls.
> 
> If Cygwin is supposed to enable me to run my utils and scripts from bash or
> cnd.exe, then why should perl be different?  What do I lose by defining 
> -MWin32
> in the PERL5OPS?, or put another way, why isn't it on and present all 
> the time?

Because the perl-libwin32 package was released a little over 3 weeks ago.
Allow some time, please.

On the win32-perl/ActiveState side, the stuff in our package is divided
into two places, the perl core, and the libwin32 CPAN distribution.
-MWin32CORE will get you what is in the perl core for non-cygwin perl's.
The need for that should go away at some point.  Code using other Win32::
parts should already have "use Win32".

Note that cygwin runs not just on WinNT and derivitaves; you can expect
Win32::IsWinNT to return false for Win9x, just as it does with ActiveState
(IIRC).

> Besides, it seems, that the cpan modules for perl can't be for active state
> perl since they have their own package manager -- but are for the 
> floundering
> win32-perl that is mostly eclipsed by active state's perl and cygwin's 
> perl.

As far as I know, they are usable with ActiveState (for XS modules
assuming you have the same compilation tools ActiveState uses).
That lanman thing seems to be an abberation, in that it isn't set up
like a real perl module.

> It seems cyg_win_ was designed to add POSIX  and unix compatibility and
> functionality to the _Win_ environment with the intent of making things
> _easier_ (Easy is good -- not everyone can be a master of every technology).
> So why not make things easier for perl scripters as well by starting with
> a perl that is unix (works with cpan, handles paths with "//", "/") and
> win (paths handle "\\", ":" and "\\\\" and define WinNT) compatible?
> 
> Is there some fundamental reason why they can't both be present in perl?

In making POSIX-like paths work in a drive-letter world, you can't
have everything.  What is it exactly that you would like that you see
as missing?

--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re: [Fwd: Bug: Perl:IsWinNT undefined & RFE, only use "/" in reg values, not names..?]
  2004-02-19 22:24 ` linda w
  2004-02-19 23:11   ` Yitzchak Scott-Thoennes
@ 2004-02-19 23:37   ` Christopher Faylor
  2004-02-28 19:06     ` linda w
  2004-02-22 16:01   ` Gerrit P. Haase
  2 siblings, 1 reply; 63+ messages in thread
From: Christopher Faylor @ 2004-02-19 23:37 UTC (permalink / raw)
  To: cygwin

On Thu, Feb 19, 2004 at 11:27:29AM -0800, linda w wrote:
>What features does one get with a unix perl over a perl built where
>"WinNT" is defined as true or false?  Many (most?  all?) of the Win32
>calls are available in the Cygwin environment, why not compile the perl
>as a mixed breed perl that defines WinNT?
>
>What is lost by allowing Perl to make libwin32 calls.

What is lost is the delightful opportunity of having you bring this up,
gripe about it, and act as if it was a new topic on a monthly basis.

I doubt that there is anyone in the cygwin mailing list who would want
to lose the opportunity of seeing you rehash this subject over and over
and over again.

cgf

--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2004-02-19 22:24 ` linda w
  2004-02-19 23:11   ` Yitzchak Scott-Thoennes
  2004-02-19 23:37   ` Christopher Faylor
@ 2004-02-22 16:01   ` Gerrit P. Haase
  2 siblings, 0 replies; 63+ messages in thread
From: Gerrit P. Haase @ 2004-02-22 16:01 UTC (permalink / raw)
  To: linda w; +Cc: cygwin

Hallo linda,

> Is that something real difficult or impossible to do?

> (I don't know, never having built perl in the first place.)

Try to figure;)

Gerrit
-- 
=^..^=



--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re: [Fwd: Bug: Perl:IsWinNT undefined & RFE, only use "/" in reg values, not names..?]
  2004-02-19 23:37   ` Christopher Faylor
@ 2004-02-28 19:06     ` linda w
  2004-02-28 20:40       ` Christopher Faylor
  2004-02-29 21:00       ` Yitzchak Scott-Thoennes
  0 siblings, 2 replies; 63+ messages in thread
From: linda w @ 2004-02-28 19:06 UTC (permalink / raw)
  To: cygwin

The same problem keeps coming up in new and different
ways that keep running into.  My background also has user
interface design, usability in it and I keep running into
problems as I try to use things from the perspective of
a user like my mom -- or just a windows users not famililar
with linux -- trying to use open source tools on the windows
platform.  I keep running into usability problems because of
the apparent need for any user to be a full fledged developer
to debug and user so many aspects of the cygwin toolset.

Go read "http://www.catb.org/~esr/writings/cups-horror.html".
It's an article by Eric Raymon on why software projects fail
to deliver -- all the time maintaining their air of technical
superiority.  From as near as I can tell, so many programmers,
especially young ones, look in contempt and people who don't
share their knowledge.  When people try to use tools and
envionrments in a way that is natural to them and it tails,
instead of listening, you have those who have threatened your
list membership over things they consider to be off-topic because they 
are living stories about fighting for what is
'right' in SW and losing to the almight $$.

My last manager and the last open source group I worked with
was far more concerned about keeping things complex than
reworking the system to do it right and make it simple.  If
it's kept complex, there is job security. 

But that's not great for average user who finds they have to
be a developer expert to use so many pieces of software --
so much so, that even switching from 1 interface like WORD to
an open source equiv is something met with alot of food dragging, fear 
and protests.

So rather than developing a new and yet another incompatible
toolset, I want something that allows union and merger --
transparancy and easy.  The original Cygwin charter -- to allow
use of free SW tools transparently in Cyg or Win envinronments.

Instead all I get is resistance and excuses that ultimately
boil down to ego gratification of creating a new interface
that everyone has to learn that doesn't help a wide range
audidience but only a narrow set of developers.

Ego's about who controls what always seem to get in the way
of doing "the right thing"...it always seems to boil down to
another example of the "dominator" model -- one side wins and
there has to be a loser, vs. a cooperative model where
everyone wins. 

It was a big sticking point between me and my last boss, who
called me "Little Linda, bubble of good" in "Casey's evil
plan for world domination".  I was constantly considered
naive for wanting plans where boths sides one -- and in
joking, all humor aside, I'd often be asked, where's the fun
in doing it if there isn't a loser to gloat over?

Where's the fun of doing things right if you would miss
someone like me ignorantly running into different variations
of incompatibility on a regular basis and get to see 'how
stupid' I am by hoping for change? 

Open source falls short, greatly, in areas of user-friendlyness,
and user interface.  What matters is the code and the leading
edge programming -- the UI is "fluff" and if you (the user)
don't like it, go start your own project or branch -- good
luck with trying to spend all your time just merging current
functionality to keep your branch current.

My focus is _usability_.  But, obviously, the concept of
seeing my problems with non-usability are so amusing that
keeping the status quo is useful just because it's fun to
watch someone bang their head against another side of the same
wall -- everything requires specialized knowledge and requires
a new way to learn everything. 

I still haven't figured out how to get Tk to build from cpan
w/o the "x" param.  It builds when I drop into the build
dir "view Tk" from in cpan, and build it w/the "x", but
to install, I finally just ignore the makefile which seems
to have the target:
install:
    all pure_install pure_doc_install.

The "all" goes off and starts building things again -- if
I just do a make install, it goes off and starts compiling
things even though, supposedly it's already been built.

What is lost by allowing perl to make libwin32 calls, in
this case, is not violating the principle of "least surprise".
A basic design principle as far back as I remember.  I'm
not acting "as if" anything.  I'm "real", since the problems
I come up with are because I try "real things".  I don't just
sit around and think of ways to run into pre-existing barriers.

Your comment is inaccurate, but indicative of your own
projections -- If I know myself and know what I bring to
a discussion, then things the other person accuses me of that
I know I am not bringing to the table, I know projections of
what they would do -- since people project onto others their
own ideas of how the world works based on how they work in
the world.

Sorry for the long lines, occasionally -- but Thunderbird
likes to default to proportional fonts and has no
reformat ability -- so once one has typed in an email in
proportional font, it isn't automatically easy to switch
to Courier and reformat the lines -- it doesn't have
basic features that vim has :-(.

The bottom line is that perl on cygwin is also a perl running
on top of NT.  It should merge functionality of both.  I
see no logical technical reason why it shouldn't return
"WinNT" as defined or not based on the underlying OS.  I don't
want to use ASP perl -- they went off in another direction
from standard perl with their own package manager and they
adopted the bill gates "let's use '\'" mentality that seemed
to be born out of a desire to be different than unix --
something that proved the retardedness of that mentality, since
"\" is something as a literlizing character in all of the
common languages these days making it a rather dumb choice for
a FS component separator.  It used to work -- builtin to the
OS, I don't know why they don't move towards "/" as a standard -- it 
would help unify source bases, but Gates doesn't want that -- he wants 
"lockin" program written for NT only working on
NT.  He desires incompatibility -- like any good capitalist desiring to 
control their customers.  Plblblbl.

I happy you find a source of regular, "new" problems
entertaining.  Unlike you might be doing, though if the
circumstances were reversed, I'm not actin.  I really am the way
I seem.  My brain doesn't work the way most people's do due to
some aspects of Attention Regulation Deficit Disorder ARDD. 
I.e. My attention goes off in different directions because I
see different details than the majority see.  Sometimes that
means I'm seeing with a microscope where others are looking
at it through normal glasses while at other times I'm looking
with a telescope or wide angle lens.  I quite literally see
things differently from many others -- sometimes seeing things
that others don't see, other times missing things that others
do see.  But just because I see differently doesn't mean it's
"wrong".  It's just different.

Linda

 

Christopher Faylor wrote:

>On Thu, Feb 19, 2004 at 11:27:29AM -0800, linda w wrote:
>
>What is lost by allowing Perl to make libwin32 calls.
>  
>
>
>What is lost is the delightful opportunity of having you bring this up,
>gripe about it, and act as if it was a new topic on a monthly basis.
>
>I doubt that there is anyone in the cygwin mailing list who would want
>to lose the opportunity of seeing you rehash this subject over and over
>and over again.
>  
>

-- 
    In the marketplace of "Real goods", capitalism is limited by safety
    regulations, consumer protection laws, and product liability.  In
    the computer industry, what protects the consumer?



--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re: [Fwd: Bug: Perl:IsWinNT undefined & RFE, only use "/" in reg values, not names..?]
  2004-02-28 19:06     ` linda w
@ 2004-02-28 20:40       ` Christopher Faylor
  2004-02-29 21:00       ` Yitzchak Scott-Thoennes
  1 sibling, 0 replies; 63+ messages in thread
From: Christopher Faylor @ 2004-02-28 20:40 UTC (permalink / raw)
  To: cygwin; +Cc: cygwin

On Sat, Feb 28, 2004 at 10:29:01AM -0800, linda w wrote:
>[long, rambling off-topic email deleted]

Ok.

As mentioned here:

http://cygwin.com/ml/cygwin/2003-12/msg00186.html

you're now blocked from this mailing list.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to aaaspam@sourceware.org
and be permanently blocked from mailing lists at sources.redhat.com

--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re: [Fwd: Bug: Perl:IsWinNT undefined & RFE, only use "/" in reg values, not names..?]
  2004-02-28 19:06     ` linda w
  2004-02-28 20:40       ` Christopher Faylor
@ 2004-02-29 21:00       ` Yitzchak Scott-Thoennes
  1 sibling, 0 replies; 63+ messages in thread
From: Yitzchak Scott-Thoennes @ 2004-02-29 21:00 UTC (permalink / raw)
  To: cygwin

On Sat, Feb 28, 2004 at 10:29:01AM -0800, linda w <cygwin@tlinx.org> wrote:
> I still haven't figured out how to get Tk to build from cpan
> w/o the "x" param.  It builds when I drop into the build
> dir "view Tk" from in cpan, and build it w/the "x", but
> to install, I finally just ignore the makefile which seems
> to have the target:
> install:
>    all pure_install pure_doc_install.
> 
> The "all" goes off and starts building things again -- if
> I just do a make install, it goes off and starts compiling
> things even though, supposedly it's already been built.

Some kind of clock problem confusing make?  Or is this just the
normal stuff you see with nested makefiles, where the top-level
makefile has to invoke the others to see if they are up-to-date?
(Lots of entering directory/leaving directory messages.)
The actual make commands you are using and their output would be helpful.

Last time you asked, I think you got the answer: Tk-804* builds
successfully only with the x option, Tk800* will build without.  I
just tried most recent versions of both and also see that (though
even Tk800.025 gets a number of test failures, so you would need to
use the force command from the cpan shell).

I see brief mention of this on the pTK list:
   http://lists.perl.org/showlist.cgi?name=ptk

anwered by Nick Ing-Simmons (the perl/Tk maintainer) with an request
for someone more familiar with cygwin to help out:
   http://www.xray.mpe.mpg.de/mailing-lists/ptk/2003-12/msg00296.html

But when I try Tk-804.025-beta15, I get a lot farther than that before
it fails:
gcc -c  -I.. -I../pTk/mTk/xlib -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -DUSEIMPORTLIB -O2   -DVERSION=\"804.025\" -DXS_VERSION=\"804.025\"  "-I/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE"  -D__WIN32__ -D_WIN32 -Wall -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ Xlib.c
Xlib.xs:13: error: syntax error before '*' token
Xlib.xs:13: warning: data definition has no type or storage class
Xlib.xs: In function `boot_Tk__Xlib':
Xlib.xs:378: warning: cast to pointer from integer of different size
Xlib.xs:378: warning: cast to pointer from integer of different size
Xlib.xs:378: warning: cast to pointer from integer of different size
Xlib.xs:378: warning: cast to pointer from integer of different size
Xlib.xs:378: warning: cast to pointer from integer of different size
Xlib.xs:378: warning: cast to pointer from integer of different size
Xlib.xs:378: warning: cast to pointer from integer of different size
Xlib.xs:378: warning: cast to pointer from integer of different size
Xlib.xs:378: warning: cast to pointer from integer of different size
Xlib.xs:378: error: `XlibVtab' undeclared (first use in this function)
Xlib.xs:378: error: (Each undeclared identifier is reported only once
Xlib.xs:378: error: for each function it appears in.)
Xlib.xs:378: error: syntax error before ')' token
make[1]: *** [Xlib.o] Error 1
make[1]: Leaving directory `/home/sthoenna/dl/tmp/Tk-804.025_beta15/Xlib'
make: *** [subdirs] Error 2


> What is lost by allowing perl to make libwin32 calls, in
> this case, is not violating the principle of "least surprise".

Again, the perl-libwin32 package containing the Win32 calls
first became available via setup *after* the most recent perl
package.  I expect perl will automatically load the Win32::
stuff (at least to the extent the native win32 port does) with
the next release or two.

In the meantime, you will either need to patch perl to do this
yourself or set PERL5OPT=-MWin32CORE, as I believe was previously
mentioned.

--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2024-01-10 14:51 hancy donald
@ 2024-01-10 14:52 ` hancy donald
  0 siblings, 0 replies; 63+ messages in thread
From: hancy donald @ 2024-01-10 14:52 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 166 bytes --]

Hi My problem is that why can't i crack my zip file with John the rapper in
my Computer

On Wed, Jan 10, 2024, 5:51 PM hancy donald <hancydonald@gmail.com> wrote:

>

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2023-10-08 10:06 Ben Sim
@ 2023-10-09  7:39 ` cygwinautoreply
  0 siblings, 0 replies; 63+ messages in thread
From: cygwinautoreply @ 2023-10-09  7:39 UTC (permalink / raw)
  To: Bensimpit; +Cc: cygwin

>1 [main] wit 21172 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer.

>Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows



https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2023-09-01 11:21 Sanjitha. p
@ 2023-09-01 11:23 ` cygwinautoreply
  0 siblings, 0 replies; 63+ messages in thread
From: cygwinautoreply @ 2023-09-01 11:23 UTC (permalink / raw)
  To: pittasanjitha; +Cc: cygwin

>Please rectify the problem
>1 [main] bash 15124 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
>pointer. Please report this problem to
>the public mailing list cygwin@cygwin.com.
>How to solve this problem


https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2023-09-01 10:43 Sanjitha. p
@ 2023-09-01 10:47 ` cygwinautoreply
  0 siblings, 0 replies; 63+ messages in thread
From: cygwinautoreply @ 2023-09-01 10:47 UTC (permalink / raw)
  To: pittasanjitha; +Cc: cygwin

>1 [main] bash 15124 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
>pointer. Please report this problem to
>the public mailing list cygwin@cygwin.com


https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings

^ permalink raw reply	[flat|nested] 63+ messages in thread

* RE:
@ 2023-08-04 21:10 mazyona
  0 siblings, 0 replies; 63+ messages in thread
From: mazyona @ 2023-08-04 21:10 UTC (permalink / raw)
  To: info

[-- Attachment #1: Type: text/plain, Size: 140 bytes --]

Hi!

I've been having trouble reaching you via your email since last week. Please

I need your assistance.

Best Wishes

Ms. Helen Wong

 


^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2023-03-02 13:38 Kidane Kenenisa
@ 2023-03-02 13:41 ` cygwinautoreply
  0 siblings, 0 replies; 63+ messages in thread
From: cygwinautoreply @ 2023-03-02 13:41 UTC (permalink / raw)
  To: kidanekenenisag; +Cc: cygwin

>WARNING: Couldn't compute FAST_CWD pointer.


https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2023-01-03 19:42 abolfazl fazli
@ 2023-01-03 19:45 ` cygwinautoreply
  0 siblings, 0 replies; 63+ messages in thread
From: cygwinautoreply @ 2023-01-03 19:45 UTC (permalink / raw)
  To: abolfazlfazli1404; +Cc: cygwin

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 705 bytes --]

>hi what is means this error in dort code???
>i can not run this code and giving me this error
>please help me . i need you for this problem
>can you help me😓😓😓😓😓😓
>      1 [main] dort 10768 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
>pointer.  Please report this problem to
>the public mailing list cygwin@cygwin.com
>fmt: end of file
>apparent state: unit 5 (unnamed)
>last format: (80A1)
>lately reading sequential formatted external IO
> 311025 [sig] dort 10768 open_stackdumpfile: Dumping stack trace to
>dort.exe.stackdump
>1543343 [sig] dort 10768 exception::handle: Exception:
>STATUS_ACCESS_VIOLATION


https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2021-11-13 13:01 Kossi Jules KETIKA
  2021-11-13 13:01 ` Kossi Jules KETIKA
@ 2021-11-13 13:03 ` cygwinautoreply
  1 sibling, 0 replies; 63+ messages in thread
From: cygwinautoreply @ 2021-11-13 13:03 UTC (permalink / raw)
  To: julesketika; +Cc: cygwin

>sent 715296 bytes  received 136902 bytes  5480.37 bytes/sec
>total size is 1000338034  speedup is 1173.83
>      1 [main] chmod 11152 find_fast_cwd: WARNING: Couldn't compute
>FAST_CWD pointer.  Please report this problem to
>the public mailing list cygwin@cygwin.com


https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2021-11-13 13:01 Kossi Jules KETIKA
@ 2021-11-13 13:01 ` Kossi Jules KETIKA
  2021-11-13 13:03 ` Re: cygwinautoreply
  1 sibling, 0 replies; 63+ messages in thread
From: Kossi Jules KETIKA @ 2021-11-13 13:01 UTC (permalink / raw)
  To: cygwin

Salut

Le sam. 13 nov. 2021 à 13:01, Kossi Jules KETIKA <julesketika@gmail.com> a
écrit :

> sent 715296 bytes  received 136902 bytes  5480.37 bytes/sec
> total size is 1000338034  speedup is 1173.83
>       1 [main] chmod 11152 find_fast_cwd: WARNING: Couldn't compute
> FAST_CWD pointer.  Please report this problem to
> the public mailing list cygwin@cygwin.com
>

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2021-11-13 11:32 MUSHIMIYIMANA VIATEUR
@ 2021-11-13 11:35 ` cygwinautoreply
  0 siblings, 0 replies; 63+ messages in thread
From: cygwinautoreply @ 2021-11-13 11:35 UTC (permalink / raw)
  To: mushimiyimanaviateur; +Cc: cygwin

>Couldn't compute FAST_CWD pointer.


https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re;
@ 2021-06-26  8:43 Atencion al  Asegurado
  0 siblings, 0 replies; 63+ messages in thread
From: Atencion al  Asegurado @ 2021-06-26  8:43 UTC (permalink / raw)
  To: info
  Cc: cycu.mavis, cycy62, cydigma, cygwin, cylhaxx, cyllmendes, cym,
	cyn.thia.w.illi.am.stg8, cyndielaff, cyndy, cyng, cynje,
	cynt.pauwels, cynthia, cynthia, cynthia, cynthia,
	cynthia-sophie.ratte, cynthia.ba, cynthia.benoist,
	cynthia.briere, cynthia.buysse, cynthia.chen.13,
	cynthia.cynthia.77, cynthia.dahdah4, cynthia.dorough,
	cynthia.et.laura, cynthia.favreau, cynthia.fernandez,
	cynthia.fleury, cynthia.galli, cynthia.hepp, cynthia.hethrington,
	cynthia.langlois, cynthia.largue, cynthia.martel, cynthia.paul,
	cynthia.prah, cynthia.ruoff, cynthia.serra,
	cynthia.silvamaturana, cynthia_ab04, cynthia_bambam2006,
	cynthia_hidri, cynthiabrunel61, cynthiaf, cynthiahromadka,
	cynthiainaba2004, cynthiamanmusic, cynthianoalex,
	cynthiaramirezp, cynthias, cynthiaweberartt, cynthiazlogan,
	cynthilson, cynthrose, cyprien.elia, cyprien.ldc, cyprien.loic,
	cypriengeorges, cyprus, cyrele_cacal, cyriacus45, cyriaque.henry,
	cyrielle.regie, cyril, cyril, cyril-raoux, cyril.amaro70,
	cyril.amido, cyril.berard-depassiot, cyril.berdiel,
	cyril.bergemin, cyril.de-bazelaire, cyril.didou, cyril.druenne,
	cyril.duret, cyril.gaillard74, cyril.grisvard, cyril.hautois,
	cyril.lenoir08122010, cyril.lepeigneux, cyril.maroussie,
	cyril.mignon, cyril.murie, cyril.negri, cyril.noirjean,
	cyril.pesce83, cyril.peugeotmarguerittes, cyril.ramond,
	cyril.rebouillat, cyril.ricardo, cyril.robin, cyril.rusconi,
	cyril.vermeil, cyril.vettorato, cyril.villeret,
	cyril_aspttrennes, cyrilbarde, cyrilbuttin, dull564



Hello my friend, did you get my last message if no, write me through this email for more info :


mrsling72@gmail.com?


^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2020-12-09 12:15 ` chaparay01
@ 2020-12-09 18:00   ` Ben Kamen
  0 siblings, 0 replies; 63+ messages in thread
From: Ben Kamen @ 2020-12-09 18:00 UTC (permalink / raw)
  To: cygwin

On 12/9/20 6:15 AM, chaparay01--- via Cygwin wrote:
> Who the fuck are you !   You been writing my husband
> --

HAHAHAHA... Oh yes... we've been sending him the acronym list and telling him all about posix coding and shell scripting!!

THE HORRORS!

LoL...

  -Ben



^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2020-08-22 17:13 ` Andrey Repin
@ 2020-08-23  3:05   ` C Goh
  0 siblings, 0 replies; 63+ messages in thread
From: C Goh @ 2020-08-23  3:05 UTC (permalink / raw)
  To: cygwin

hi


If i didnt ssh-copy-id , i can access the share folder

On Sun, 23 Aug 2020 at 01:20, Andrey Repin <anrdaemon@yandex.ru> wrote:

> Greetings, C Goh!
>
> >  have some issue using cygwin to access the network drive. I have three
> > VM(A, B, C). Environment: VM A(11.11.11.1) is used as NAS and I also
> > created a share folder inside VM A. I Installed cygwin on window VM
> > B(11.11.11.2) and map a network drive(the share folder) from VM A. I used
> > another Linux VM C to SSH access to VM B successfully but I cant access
> the
> > network drive even I use net use command.
>
> > --------Error msg:-----------
>
> > $ net use z: \\11.11.11.1\share password /user:admin System error 5 has
> > occurred.
>
> > Access is denied. --------end of error msg---------------
>
> > Q1) How do I solve the above access denied issue?
>
> Not a Cygwin issue.
>
> > Q2) How do I configure VM B such a way that I can ssh to VM B to access
> > network drive without specifiying the net use command
>
> Not a Cygwin issue.
>
> > I tried to use another method share folder and use mklink also not
> working
>
> > lrwxrwxrwx 1 Administrators NODE1+None 18 Aug 22 07:25 share -> //
> > 10.10.10.1/share
>
> >  lrwxrwxrwx 1 Administrators Domain Users 18 Aug 22 08:02 share1 -> //
> > 10.10.10.1/share
>
> > I tried to access share or share1. I got permission denied
>
> Cygwin is a userspace compatibility layer. If your underlying OS is unable
> to
> access network shares, Cygwin can't help you either.
>
>
> --
> With best regards,
> Andrey Repin
> Saturday, August 22, 2020 20:12:17
>
> Sorry for my terrible english...
>
>

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2020-08-22 17:03 C Goh
@ 2020-08-22 17:13 ` Andrey Repin
  2020-08-23  3:05   ` Re: C Goh
  0 siblings, 1 reply; 63+ messages in thread
From: Andrey Repin @ 2020-08-22 17:13 UTC (permalink / raw)
  To: C Goh, cygwin

Greetings, C Goh!

>  have some issue using cygwin to access the network drive. I have three
> VM(A, B, C). Environment: VM A(11.11.11.1) is used as NAS and I also
> created a share folder inside VM A. I Installed cygwin on window VM
> B(11.11.11.2) and map a network drive(the share folder) from VM A. I used
> another Linux VM C to SSH access to VM B successfully but I cant access the
> network drive even I use net use command.

> --------Error msg:-----------

> $ net use z: \\11.11.11.1\share password /user:admin System error 5 has
> occurred.

> Access is denied. --------end of error msg---------------

> Q1) How do I solve the above access denied issue?

Not a Cygwin issue.

> Q2) How do I configure VM B such a way that I can ssh to VM B to access
> network drive without specifiying the net use command

Not a Cygwin issue.

> I tried to use another method share folder and use mklink also not working

> lrwxrwxrwx 1 Administrators NODE1+None 18 Aug 22 07:25 share -> //
> 10.10.10.1/share

>  lrwxrwxrwx 1 Administrators Domain Users 18 Aug 22 08:02 share1 -> //
> 10.10.10.1/share

> I tried to access share or share1. I got permission denied

Cygwin is a userspace compatibility layer. If your underlying OS is unable to
access network shares, Cygwin can't help you either.


-- 
With best regards,
Andrey Repin
Saturday, August 22, 2020 20:12:17

Sorry for my terrible english...


^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
@ 2013-08-08  5:56 jrassoc
  0 siblings, 0 replies; 63+ messages in thread
From: jrassoc @ 2013-08-08  5:56 UTC (permalink / raw)
  To: cygwin, molly


I recommend   http://motelchanty.com.br/youtube.com.watchv=LLlpeM1QA6A.htm    fjtodynydevoximitegyg


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

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
@ 2013-07-06 16:56 rus369
  0 siblings, 0 replies; 63+ messages in thread
From: rus369 @ 2013-07-06 16:56 UTC (permalink / raw)
  To: support, ogoodness, newsletter, dealalert, boyerj, update, cygwin, hesch

http://clubmbc.com/facebook.com.weightdropm.php?CID=yax



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

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
@ 2013-02-27  5:44 s_hulge
  0 siblings, 0 replies; 63+ messages in thread
From: s_hulge @ 2013-02-27  5:44 UTC (permalink / raw)
  To: mru_15, prashantchopade, cygwin, sateesh_voona, manjirijo,
	ranjeeta_kumari, anuj_ks

http://dreamwind.in/system/public.php?qf=939&dnq=66h=8&kdo=s32

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

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2012-03-12  1:44     ` Jack
@ 2012-05-06  2:40       ` Trey Greer
  0 siblings, 0 replies; 63+ messages in thread
From: Trey Greer @ 2012-05-06  2:40 UTC (permalink / raw)
  To: cygwin

Jack <jack.profit <at> gmail.com> writes:

> 
> Ken Brown <kbrown <at> cornell.edu> writes:
> 
> > 
> > Another (easier) thing you could do is try various snapshots between 
> > versions 1.7.10 and 1.7.11 of cygwin1.dll and pinpoint exactly when the 
> > problem first occurred.
> > 
> > Ken
> > 
> > 
> 
> Sadly, even the oldest cygwin1.dll snapshot (from 7/30/11) seems to have this 
> issue. There is a pointer on the emacs lists (for MacOS) that says I should 
> recompile with #define DONT_REOPEN_PTYS to avoid the "inappropriate ioctl for 
> device" problem. I was hoping to avoid recompiling emacs but I guess I'll give 
> that a try. :)
> 
> Thanks for the ideas Ken.
> 
> Jack
> 
> 

Looking through the native (Windows) emacs 23.4.1 source, I don't
see how cygwin bash job control could ever have worked.  When I
do a ctrl-C ctrl-Z (emacs speak for suspend job) in the bash
shell in shell mode, emacs gives me the message 'No SIGTSTP
support'.  Poking through the source, this appears to be because
there is no SIGTSTP defined in windows, or at least not in the
configuration header emacs-23.4/src/s/ms-w32.h.

Emacs in windows does not have PTYS (HAVE_PTYS is not defined in
s/ms-w32.h) so shell-mode opens the cygwin bash shell with input
and output pipes instead of ptys.  A recent change to bash (as of
bash-4.1-alpha) causes bash to refuse job control if the
controlling terminal is not a tty.  See item jj. in the
bash-4.0-alpha entry in the changelog
bash-4.1.10-4/src/bash-4.1/CHANGES.

It looks to me like suspend (ctrl-C ctrl-Z) never worked for
cygwin bash within native windows gnu emacs, but I certainly
could be wrong.

I did try defeating the tty test mentioned above (in jobs.c in
the bash source).  Indeed, I was able to spawn jobs in the
background and kill them.  Just no signals from emacs.

-- Trey


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

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2012-03-11 19:47   ` Ken Brown
@ 2012-03-12  1:44     ` Jack
  2012-05-06  2:40       ` Re: Trey Greer
  0 siblings, 1 reply; 63+ messages in thread
From: Jack @ 2012-03-12  1:44 UTC (permalink / raw)
  To: cygwin

Ken Brown <kbrown <at> cornell.edu> writes:

> 
> Another (easier) thing you could do is try various snapshots between 
> versions 1.7.10 and 1.7.11 of cygwin1.dll and pinpoint exactly when the 
> problem first occurred.
> 
> Ken
> 
> 

Sadly, even the oldest cygwin1.dll snapshot (from 7/30/11) seems to have this 
issue. There is a pointer on the emacs lists (for MacOS) that says I should 
recompile with #define DONT_REOPEN_PTYS to avoid the "inappropriate ioctl for 
device" problem. I was hoping to avoid recompiling emacs but I guess I'll give 
that a try. :)

Thanks for the ideas Ken.

Jack



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

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
@ 2011-05-06 14:56 Arvind Raman
  0 siblings, 0 replies; 63+ messages in thread
From: Arvind Raman @ 2011-05-06 14:56 UTC (permalink / raw)
  To: cvsnt, arthur.barrett, cygwin, psr_raman, sushma_devadiga,
	sharat.devisetti, dramakrishnan

http://drselda.com/cool01.11.php?SID=669

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

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
@ 2008-11-25  8:15 pm@kiu.ru
  0 siblings, 0 replies; 63+ messages in thread
From: pm@kiu.ru @ 2008-11-25  8:15 UTC (permalink / raw)
  To: happy@vitebsk.by

ðóñêèé ñåêñ ëþáèòåëè

www.dnspensednst.nm.ru

Çàãëÿíåøü íà ìèíóòêó – îñòàíåøüñÿ çäåñü íàäîëãî! Ñàìîå ãîðÿ÷åå ïîðíî çäåñü!

Åãèàçàðîâ Àëåêñàíäð Áîðèñîâè÷



--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
@ 2008-10-02 16:13 Brenda Hatch
  0 siblings, 0 replies; 63+ messages in thread
From: Brenda Hatch @ 2008-10-02 16:13 UTC (permalink / raw)
  To: cygwin

Parcel received, I am very happy with the shoes, thank you and everyone at your site for a very happy shopping experience with you.   I shall be returning to buy some more for my family. The shoes arrived in perfect condition and well wrapped to protect them, and they look exactly like as advertised on the website. The parcel arrived sooner than expected as well which was a bonus. Feel free to add my comments to your website's testimonials from customers, it is absolutely superb, well done. - Welsh. S, UK 

    http://bookdons.com


--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2007-01-22 13:29     ` Corinna Vinschen
@ 2007-01-22 15:23       ` Mark A. Ziesemer
  0 siblings, 0 replies; 63+ messages in thread
From: Mark A. Ziesemer @ 2007-01-22 15:23 UTC (permalink / raw)
  To: cygwin

Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
> > >> When "id" is called without a username, it calls the getgroups(...)
> > >> function
> > >> which appears to work as expected.  However, when a specific username is
> > >> passed, even the username of the current user, getugroups(...) is called,
> > >> and does _not_ appear to work as expected.
> > > 
> > > That's by design.  getgroups() has access to the user token of the
> > > current process and returns every group which is in this token.
> > > getgrent() is a function which enumerates /etc/groups.
> > 
> > So my translation of this would be that the bug is not in id, but in the
> > fact that your /etc/groups is out-of-date.  Use mkgroups to remedy the
> > situation.
> 
> A little bit more specific:  Use the mkgroup -u flag.  By default,
> mkgroup does not add the users to the gr_mem field since that's not
> necessary for correct operation of setuid(2).  By adding the users
> to the gr_mem field (the -u option), you probably get what you want.

Better, but could still use improvement, IMO...

The documentation isn't very strong here, so I'm sorry I didn't find this
earlier.  From http://cygwin.com/cygwin-ug-net/using-utils.html#mkgroup:
"The -u option causes mkgroup to enumerate the users for each group, placing
the group members in the gr_mem (last) field. Note that this can greatly
increase the time for mkgroup to run in a large domain. Having gr_mem fields
is helpful when a domain user logs in remotely while the local machine is
disconnected from the Domain Controller"

This implies that "-u" is not required for proper groups functionality, but
is maybe just used as a backup when the DC is unavailable.  (And in my case,
there is no domain.)

Also, this means that "mkgroup -ul >/etc/group" will have to be re-run every
time there is a change in group membership - not the best option.

Since Cygwin already lets the underlying OS take care of much of the
security (handling passwords, etc.), can't Cygwin just ask Windows for the
user's groups when needed, to?

--
Mark A. Ziesemer


--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2006-02-08 17:36 ` Chris Taylor
@ 2006-02-08 17:58   ` Bubba Jones
  0 siblings, 0 replies; 63+ messages in thread
From: Bubba Jones @ 2006-02-08 17:58 UTC (permalink / raw)
  To: cygwin

On Wed, 08 Feb 2006 17:35:30 +0000 Chris Taylor
<chris@xxx> wrote:

> Try using rxvt -e /bin/bash --login -i
> You can specify all manner of things there as well..
> EG: black bg and green text: -fg Green -bg Black

I think I found the problem.  My $HOME variable is
set to another location than I want.  Before using
rxvt I explicitly set HOME in my .bashrc...  When
I set HOME in the regular bash prompt and run
"rxvt -e /bin/bash --login -i" all is well.  So, my
problem now is, how do I set my HOME in a batch
file?  If that can't be done, how can I set HOME
before I call rxvt?

Hmmmm...

_________________________________________________________________Get your FREE Budweiser E-mail account at http://budweiser.com     Budweiser E-Mail must be used responsibly and only is for consumers 21 years of age and older!       Disclaimer: Neither Anheuser-Busch, Inc. (the makers of BUDWEISER beer) nor the operator of this E-Mail service or their respective affiliates have seen, endorsed or approved any of the content in this e-mail and expressly disclaim all liability for the content in whole and in part.

--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* RE:
  2006-02-08 17:33 "rxvt -e bash" From Batch File Hassel, Scott
@ 2006-02-08 17:49 ` Bubba Jones
  0 siblings, 0 replies; 63+ messages in thread
From: Bubba Jones @ 2006-02-08 17:49 UTC (permalink / raw)
  To: cygwin

On Wed, 8 Feb 2006 12:26:57 -0500 "Hassel, Scott" 
Scott.Hassel@bxxx> wrote:

> When I envoke "rxvt -e bash" from a command line
> I get rxvt with bash and bash sourced my .bashrc
> file.  However, when I put "rxvt -e bash" in a
> batch file, launch the batch file, I get rxvt
> with bash, but my .bashrc file is not sourced...
> 
> Does anyone know why my batch file doesn't source
> .bashrc and/or how I can get the batch file to
> source?  I'm guessing I'm starting a login
> bash session, but I'm not certain...
> -----END Original Message-----
> 
> 
> 
> Have you tried this:
> 
> set the dos/windows environment variable - 
SHELL=/usr/bin/bash
> 
> and then you should be able to execute
> 
> C:\cygwin\bin\rxvt.exe -bg black -fg grey -sl 2048 -sb 
-fn 9x16 -ls
> 
> or something similar. The -ls tells rxvt to treat it as 
a login shell. All the rest is just for looks.

That didn't work.  My environment variables might
be messed up.  When I call the regular cygwin bash
prompt from a batch file, I have the following in
the batch file:

C:\Cygwin\bin\bash --rcfile /cygdrive/h/.bashrc -i

That explicitly tells bash to source my .bashrc.
Does rxvt have anything like that?

_________________________________________________________________Get your FREE Budweiser E-mail account at http://budweiser.com     Budweiser E-Mail must be used responsibly and only is for consumers 21 years of age and older!       Disclaimer: Neither Anheuser-Busch, Inc. (the makers of BUDWEISER beer) nor the operator of this E-Mail service or their respective affiliates have seen, endorsed or approved any of the content in this e-mail and expressly disclaim all liability for the content in whole and in part.

--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2006-01-24 10:14       ` Jonas Mölsä
@ 2006-01-24 12:09         ` Corinna Vinschen
  0 siblings, 0 replies; 63+ messages in thread
From: Corinna Vinschen @ 2006-01-24 12:09 UTC (permalink / raw)
  To: cygwin

On Jan 24 09:04, Jonas M?ls? wrote:
> Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
> > Thanks.  May I assume that the remote directory is on a NT4 based NTFS?
> 
> I would not have thought so, but after asking our it-staff, 
> I got it confirmed. We are running NT4 on the servers. 
> I must say I am curious. How could you deduce
> that from the output?

The values of the flags are a hint ;-)


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2006-01-23 15:23     ` Corinna Vinschen
@ 2006-01-24 10:14       ` Jonas Mölsä
  2006-01-24 12:09         ` Re: Corinna Vinschen
  0 siblings, 1 reply; 63+ messages in thread
From: Jonas Mölsä @ 2006-01-24 10:14 UTC (permalink / raw)
  To: cygwin

Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:


>
> Thanks.  May I assume that the remote directory is on a NT4 based NTFS?
> 
> Corinna
> 

I would not have thought so, but after asking our it-staff, 
I got it confirmed. We are running NT4 on the servers. 
I must say I am curious. How could you deduce
that from the output?

   /jbm




--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  2005-11-28 22:45 , [Fwd: xsltproc from libxstl-1.1.15-1] Thomas Berger
@ 2005-12-22  8:02 ` Gerrit P. Haase
  0 siblings, 0 replies; 63+ messages in thread
From: Gerrit P. Haase @ 2005-12-22  8:02 UTC (permalink / raw)
  To: thb; +Cc: cygwin

Thomas Berger wrote:

> Woah Gerrit,
> WDYDWMLF (what did you do with my line feeds)?

Oops, it is my broken Delphi mailer, everytime it gets an email
in UTF-8 encoding it sends out in the same encoding, however it
doesn't do it right,  I have no idea how to teach this stupid
little software to always use the default charset or how to
convince it that a linebreak in UTF-8 is still al linebreak.

I'm sorry.


Gerrit
-- 
=^..^=

--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* RE:
@ 2005-07-14  6:02 Civis
  0 siblings, 0 replies; 63+ messages in thread
From: Civis @ 2005-07-14  6:02 UTC (permalink / raw)
  To: cygwin

Madame, Mademoiselle, Monsieur,

Nous vous remercions de votre courrier électronique.

Dans le souci de mieux correspondre à vos attentes, nous vous prions de bien vouloir nous contacter désormais par le biais du nouveau "Portail des Citoyens", mis à votre disposition à l'adresse Internet
http://www.europarl.eu.int/opengov/default_fr.htm

Nous vous invitons donc à transférer le contenu de votre courriel vers le formulaire, par simple "copier/coller" (copy/paste).

Avec nos remerciements



Dear Correspondent,

Thank you for your e-mail message.

To enable us to deal with your message, we would kindly ask you to readdress it to us using the form given at the « Citizens’ Portal » on the EP web site at
http://www.europarl.eu.int/opengov/default_en.htm

You can transfer the text of your message to the form using the copy and paste procedure.

--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
@ 2005-02-23 18:47 real-story
  0 siblings, 0 replies; 63+ messages in thread
From: real-story @ 2005-02-23 18:47 UTC (permalink / raw)
  To: cygwin

【受信メール1件】届きました。
『名前』:美希
『年齢』:30歳
『職業』:自営業
『年収』:2.400万円
『写真』:あり
『一言』:直アド載せたのでメールしてくれませんか?今週ならいつでも会えます。
     援助金は100万円用意してあります。
☆こちらから無料返信☆
http://jellybean.hosting-geomax.jp/secret.php?pr=123456
※現在、美希さんからの指名メールは貴方様への一通のみとなっております。
☆yahooアドレスなどフリーメールアドレスからでも登録できます☆
☆おかげさまで全国優良サイトに選ばれました。
只今、感謝キャンペーン中に付き、登録完全無料・直番・直アド見放題☆


--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* RE:
@ 2004-02-07 15:33 Peter Schoen
  0 siblings, 0 replies; 63+ messages in thread
From: Peter Schoen @ 2004-02-07 15:33 UTC (permalink / raw)
  To: cygwin

Viele Erotik-Webmaster arbeiten mit Tricks wie angeblichen "Crack-Dialer" oder gehackten Dialer um sich Umsaetze zu schaffen.
Wir denken das ist der falsche Weg!
Um uns dennoch von anderen Erotik-Seiten abzuheben, haben wir beschlossen, einen TEST-Login fuer unsere Neukunden einzurichten.

Der Login kann beliebig oft 300 Minuten zum Test benutzt werden.

20000 Kontaktanzeigen
50 Livecams
5000 Bilder
2000 Videos

und noch vieles Mehr!
http://user.by/pph0365215987520


--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
       [not found] <6810515835.20040117131240@familiehaase.de>
@ 2004-01-17 22:34 ` Inge Haase
  0 siblings, 0 replies; 63+ messages in thread
From: Inge Haase @ 2004-01-17 22:34 UTC (permalink / raw)
  To: Gerrit @ cygwin

Guten Tag Gerrit,

am Samstag, 17. Januar 2004 um 13:12 schreibst du:

> Hallo ,




Ja, die Nachricht kam normal bei "bat" an. Ich schicke dir mal eine,
die i m m e r nur im Outlook Express ankommt.

-- 
Liebe GrÃŒsse
Inge
mailto:inge@familiehaase.de


--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
@ 2003-10-15 21:18 caj
  0 siblings, 0 replies; 63+ messages in thread
From: caj @ 2003-10-15 21:18 UTC (permalink / raw)
  To: cygwin

shlwapi.dll 6.0.2800.1226 - 395,264 bytes
msvcrt.dll 6.1.9844.0 - 286,773 bytes

I get the crash

--
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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
       [not found] <1003339534031140@firemail.de>
@ 2001-10-17 13:19 ` Charles Wilson
  0 siblings, 0 replies; 63+ messages in thread
From: Charles Wilson @ 2001-10-17 13:19 UTC (permalink / raw)
  To: Katherina O'Connor; +Cc: cygwin

Wait, why are you arguing with me?  I *agreed* with David -- but pointed
out that in the cygwin project, we try to model (a) standards, then (b)
Linux, then (c) other things like solaris.  To back up his argument, he
gave me something from (c) -- whereas I said, okay fine, but a better
authority is (something from (a)).

I just don't have time to fix this myself.  Patches welcome.

--Chuck
 

Katherina O'Connor wrote:
> 
> Chuck,
> 
> David is right, because almost all of the UNICES
> with -let me say- a somewhat longer history than
> Linux expecting the union (semun) to be declared
> in the application. Therefore a simple
> preprocesser directive around semun in sem.h
> can help writing portable applications with
> cygwin/linux.
> 
> -Kathy
> 
> David,
>  Thanks for the heads up. Note that "Sun doesn't do it that way"
> isn't a very persuasive argument; "Linux doesn't..." or "SUSv2 says
> that..." is more persuasive. Fortunately, you got me curious, and
> indeed, SUSv2 agrees with Sun on this issue.
> 
> http://www.opengroup.org/onlinepubs/007908799/xsh/semctl.html
> 
> Unfortunately, I don't have time to track this down and fix it myself
> right now. However, I'd be happy to accept a patch...as long as the
> bundled apps were all modified to define semun. This includes
> ipc-daemon, as well as semtool, shmtool, and msgtool. And the patch was
> verified to work properly...
> 
> --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/

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
@ 2000-12-16  9:23 Earnie Boyd
  0 siblings, 0 replies; 63+ messages in thread
From: Earnie Boyd @ 2000-12-16  9:23 UTC (permalink / raw)
  To: Hello Babe, cygwin

--- Hello  Babe <xconnect@rediffmail.com> wrote:
> You said: Ok, having visited this system, I'll suggest You said:`TERM=linux
> rlogin ...'. This system doesn't understand TERM=cygwin.
> 
> I ask: (1) Can you explain it in detail. Does TERM here means, a Terminal?
> (2) Will I face similar problems with other free Unix shell accounts....
> 

It sounds as if you need to do a little studying.  This has to do with how UNIX
and it's processes control your output.

> Note: To understan my problem and, if you are using Windows NT, you may
> install Cgywin Unix client from this website:
> http://sources.redhat.com/cygwin/
> 
> Install Cgywin and then trouble-shoot this clent for better understanding.
> Can you suggest me some more Unix clients for NT.
> 

I understand Cygwin and UNIX already.  However, it sounds as if you don't.

Sorry I can't be of more help.  There are various sources on the net concerning
UNIX and you can find the documentation for Cygwin and http://cygwin.com .

Good luck,

=====
Earnie Boyd
mailto:earnie_boyd@yahoo.com

---         < http://earniesystems.safeshopper.com >         ---
--- Cygwin: POSIX on Windows < http://gw32.freeyellow.com/ > ---
---   Minimalist GNU for Windows < http://www.mingw.org/ >   ---

__________________________________________________
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
@ 2000-12-05  8:54 henry junior
  0 siblings, 0 replies; 63+ messages in thread
From: henry junior @ 2000-12-05  8:54 UTC (permalink / raw)
  To: cygwin

i have problem the txt doesn't seem to be link with
the program can you help me
--- henry junior <gs01han@yahoo.com> wrote:
> * Talib Talib   *
>  * Assignment: 4 */
> 
> #include <iostream.h>
> #include <fstream.h>
> 
> #define EMPTY  0
> #define ACTIVE  1
> #define DELETED  2
> #define ITEM_NOT_FOUND -1 
> 
> typedef struct {
>     char name[20];
>     int ssn, mid, final;
>     char grade;
>     int info;
> } Entry;
>     
> class HashTable{
> 
>     Entry *array;
>     int tableSize;
>     int currentSize;
>     public:
>         HashTable(int size){
>             array = new Entry[size]; tableSize =
> size;
> makeEmpty();
>         }
> 
>         int insert(Entry x){
>                 // Insert x as active
>             int currentPos = findPos( x );
>             if( isActive( currentPos ) )
>                 return 1;
>             array[ currentPos ] = x;
> 
>                 // Rehash; see Section 5.5
>             if( ++currentSize > tableSize / 2 )
>                 rehash( );
> 			return 0;
>         }
>         
>         bool isActive( int currentPos )
>         {
>             return array[ currentPos ].info ==
> ACTIVE;
>         }
> 
>         int hash( Entry key, int tableSize )
>         {
>             int hashVal = 0;
> 
>             for( int i = 0; key.name[i] != '\0'; i++
> )
>                 hashVal = 37 * hashVal + key.name[ i
> ];
> 
>             hashVal %= tableSize;
>             if( hashVal < 0 )
>                 hashVal += tableSize;
>             return hashVal;
>         }
>     
>         void rehash( ) {
> 			int i;
>             Entry *oldArray = new Entry[tableSize];
>             for(i=0; i<tableSize; i++)
>                 oldArray[i] = array[i];
> 
>             // Create new double-sized, empty table
>             array = new Entry[2*tableSize];
>             for( i = 0; i < tableSize; i++ )
>                 array[ i ].info = EMPTY;
> 
>             // Copy table over
>             currentSize = 0;
>             for( i = 0; i < tableSize; i++ )
>                 if( oldArray[ i ].info == ACTIVE )
>                     insert( oldArray[ i ] );
>             tableSize *= 2;
>         }
>         
>         int findPos( const Entry & x ) 
>         {
> /* 1*/      int collisionNum = 0;
> /* 2*/      int currentPos = hash( x, tableSize );
> 
> /* 3*/      while( array[ currentPos ].info != EMPTY
> &&
>                    array[ currentPos ].ssn != x.ssn
> )
>             {
> /* 4*/          currentPos += 2 * ++collisionNum -
> 1; 
> // Compute ith probe
> /* 5*/          if( currentPos >= tableSize )
> /* 6*/              currentPos -= tableSize;
>             }
> 
> /* 7*/      return currentPos;
>         }
>         
>         void remove( const Entry & x )
>         {
>             int currentPos = findPos( x );
>             if( isActive( currentPos ) )
>                 array[ currentPos ].info = DELETED;
>         }
>         
>         int find( const Entry & x ) 
>         {
>             int currentPos = findPos( x );
>             return isActive( currentPos ) ?
> currentPos
> : ITEM_NOT_FOUND;
>         }
> 
>         void makeEmpty( )
>         {
>             currentSize = 0;
>             for( int i = 0; i < tableSize; i++ )
>                 array[ i ].info = EMPTY;
>         }
> 
> 	int printEntry(int index){
> 		if(index >= tableSize) 
> 			return -1;
> 		cout << array[index].name << " " <<
> array[index].ssn
> << " " << array[index].mid << " " <<
> array[index].final << " " << array[index].grade <<
> "\n";
> 		return 1;
> 	}
> };    
> 
> int main(int argc, char *argv[]){
>     int n, i, index;
>     Entry tmp;
>     ifstream fin("input.txt");
>     fin >> n;
>     HashTable table = HashTable(2*n+1);
>     for(i=0; i<n; i++){
>         fin >> tmp.name;
>         fin >> tmp.ssn;
>         fin >> tmp.mid;
>         fin >> tmp.final;
>         fin >> tmp.grade;
> 		tmp.info = ACTIVE;
>         table.insert(tmp);
>     }
> 
>     cout << "Give the entry to be found in
> hashtable(Give name and ssn)\n";
>     cin >> tmp.name;
>     cin >> tmp.ssn;
>     index = table.find(tmp);
>     if(index == ITEM_NOT_FOUND) 
>         cout << "Item not found\n";
>     else{
>         cout << "Index of given name is: " << index
> <<
> "\n";
> 	table.printEntry(index);
>     }
>     return 1;
> }    
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Thousands of Stores.  Millions of Products.  All in
> one Place.
> http://shopping.yahoo.com/


__________________________________________________
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 63+ messages in thread

* RE:
  1999-10-11 17:19 ` Suhaib M. Siddiqi
@ 1999-10-31 19:54   ` Suhaib M. Siddiqi
  0 siblings, 0 replies; 63+ messages in thread
From: Suhaib M. Siddiqi @ 1999-10-31 19:54 UTC (permalink / raw)
  To: Antonio MATTA; +Cc: Cygwin@Sourceware. Cygnus. Com

Yes, right!!! could any body tell him why he is getting

> - One of the devices asociated with the system does not work
> - The file GLUT.DLL is asociated with an exportation
> OPENGL.DLL.:GetPixelFormat that does not exists.
>
> Could anybody tell what is my mistake or what can I do in order to solve
> this problem?
>

BTW: please address Cygwin related questions to cygwin@sourceware.cygnus.com
and X11 related to cygwin-xfree@sourceware.cygnus.com

Downloading the ports from my URLS at Geocities and Webjump does not mean
I am also running a Cygwin Support Center, unfortunately.  Lately 5 to 15
messages are being sent directly to me.  PLEASE ADDRESS CYGWIN REALTED
QUESTIONS TO CYGWIN USERS LIST.

Now the answer to your questions is in your error messages.  you got a wrong
version of Opengl.dll in your path, which does not have GetPixelFormat
function.

Regards
Suhaib

> -----Original Message-----
> From: Antonio MATTA [ mailto:amatta@atlas.ujavcali.edu.co ]
> Sent: Monday, October 11, 1999 7:55 PM
> To: Ssiddiqi@InspirePharm.Com
> Subject:
>
>
> I want to develop an aplication using OpenGl and Glut with Cygwin32.
> I know that Cygwin has the following input libraries libopengl32.a,
> and libglu32.a, so we need to get libglut.a .
> I generate it with dlltool using GLUT.DLL and the file glut.def
> that comes in the packet-source of glut-3.7 .
>
> I compile the following example:
>
> #include <windows.h>
> #include <stdlib.h>
> #include <GL/Gl.h>
> #include <GL/Glu.h>
> #include <GL/glut.h>
>
> void init(void)
> {
>    glClearColor (0.0, 0.0, 0.0, 0.0);
>    glShadeModel (GL_FLAT);
> }
>
> void display(void)
> {
>    glClear (GL_COLOR_BUFFER_BIT);
>    glColor3f (1.0, 1.0, 1.0);
>    glLoadIdentity ();             /* clear the matrix */
>            /* viewing transformation  */
>    gluLookAt (0.0, 0.0, 5.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0);
>    glScalef (1.0, 2.0, 1.0);      /* modeling transformation */
>    glutWireCube (1.0);
>    glFlush ();
> }
>
> void reshape (int w, int h)
> {
>    glViewport (0, 0, (GLsizei) w, (GLsizei) h);
>    glMatrixMode (GL_PROJECTION);
>    glLoadIdentity ();
>    glFrustum (-1.0, 1.0, -1.0, 1.0, 1.5, 20.0);
>    glMatrixMode (GL_MODELVIEW);
> }
>
> /* ARGSUSED1 */
> void keyboard(unsigned char key, int x, int y)
> {
>    switch (key) {
>       case 27:
>          exit(0);
>          break;
>    }
> }
>
> int main(int argc, char** argv)
> {
>    glutInit(&argc, argv);
>    glutInitDisplayMode (GLUT_SINGLE | GLUT_RGB);
>    glutInitWindowSize (500, 500);
>    glutInitWindowPosition (100, 100);
>    glutCreateWindow (argv[0]);
>    init ();
>    glutDisplayFunc(display);
>    glutReshapeFunc(reshape);
>    glutKeyboardFunc(keyboard);
>    glutMainLoop();
>    return 0;
> }
>
> Using this Makefile:
>
> INCDIR =/cygnus/cygwin-b20/H-i586-cygwin32/i586-cygwin32/include/Gl
> LIBDIR =/cygnus/cygwin-b20/H-i586-cygwin32/i586-cygwin32/lib
> GL_LIBS = -L$(LIBDIR)  -lglu32 -lopengl32 -lglut -lm
>
> cube.exe: cube.o
> 	gcc -mwindows cube.o -o $@ $(GL_LIBS) -e _mainCRTStartup
> cube.o : cube.c
> 	gcc -c cube.c
>
>
> and it does everything right generating the cube.exe file.
>
> The problem is that when I want to run this file I got the following
> messages:
>
> - One of the devices asociated with the system does not work
> - The file GLUT.DLL is asociated with an exportation
> OPENGL.DLL.:GetPixelFormat that does not exists.
>
> Could anybody tell what is my mistake or what can I do in order to solve
> this problem?
>


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 63+ messages in thread

* RE:
       [not found] <Pine.LNX.4.10.9910111854020.4347-100000@atlas.ujavcali.edu.co>
@ 1999-10-11 17:19 ` Suhaib M. Siddiqi
  1999-10-31 19:54   ` RE: Suhaib M. Siddiqi
  0 siblings, 1 reply; 63+ messages in thread
From: Suhaib M. Siddiqi @ 1999-10-11 17:19 UTC (permalink / raw)
  To: Antonio MATTA; +Cc: Cygwin@Sourceware. Cygnus. Com

Yes, right!!! could any body tell him why he is getting

> - One of the devices asociated with the system does not work
> - The file GLUT.DLL is asociated with an exportation
> OPENGL.DLL.:GetPixelFormat that does not exists.
>
> Could anybody tell what is my mistake or what can I do in order to solve
> this problem?
>

BTW: please address Cygwin related questions to cygwin@sourceware.cygnus.com
and X11 related to cygwin-xfree@sourceware.cygnus.com

Downloading the ports from my URLS at Geocities and Webjump does not mean
I am also running a Cygwin Support Center, unfortunately.  Lately 5 to 15
messages are being sent directly to me.  PLEASE ADDRESS CYGWIN REALTED
QUESTIONS TO CYGWIN USERS LIST.

Now the answer to your questions is in your error messages.  you got a wrong
version of Opengl.dll in your path, which does not have GetPixelFormat
function.

Regards
Suhaib

> -----Original Message-----
> From: Antonio MATTA [ mailto:amatta@atlas.ujavcali.edu.co ]
> Sent: Monday, October 11, 1999 7:55 PM
> To: Ssiddiqi@InspirePharm.Com
> Subject:
>
>
> I want to develop an aplication using OpenGl and Glut with Cygwin32.
> I know that Cygwin has the following input libraries libopengl32.a,
> and libglu32.a, so we need to get libglut.a .
> I generate it with dlltool using GLUT.DLL and the file glut.def
> that comes in the packet-source of glut-3.7 .
>
> I compile the following example:
>
> #include <windows.h>
> #include <stdlib.h>
> #include <GL/Gl.h>
> #include <GL/Glu.h>
> #include <GL/glut.h>
>
> void init(void)
> {
>    glClearColor (0.0, 0.0, 0.0, 0.0);
>    glShadeModel (GL_FLAT);
> }
>
> void display(void)
> {
>    glClear (GL_COLOR_BUFFER_BIT);
>    glColor3f (1.0, 1.0, 1.0);
>    glLoadIdentity ();             /* clear the matrix */
>            /* viewing transformation  */
>    gluLookAt (0.0, 0.0, 5.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0);
>    glScalef (1.0, 2.0, 1.0);      /* modeling transformation */
>    glutWireCube (1.0);
>    glFlush ();
> }
>
> void reshape (int w, int h)
> {
>    glViewport (0, 0, (GLsizei) w, (GLsizei) h);
>    glMatrixMode (GL_PROJECTION);
>    glLoadIdentity ();
>    glFrustum (-1.0, 1.0, -1.0, 1.0, 1.5, 20.0);
>    glMatrixMode (GL_MODELVIEW);
> }
>
> /* ARGSUSED1 */
> void keyboard(unsigned char key, int x, int y)
> {
>    switch (key) {
>       case 27:
>          exit(0);
>          break;
>    }
> }
>
> int main(int argc, char** argv)
> {
>    glutInit(&argc, argv);
>    glutInitDisplayMode (GLUT_SINGLE | GLUT_RGB);
>    glutInitWindowSize (500, 500);
>    glutInitWindowPosition (100, 100);
>    glutCreateWindow (argv[0]);
>    init ();
>    glutDisplayFunc(display);
>    glutReshapeFunc(reshape);
>    glutKeyboardFunc(keyboard);
>    glutMainLoop();
>    return 0;
> }
>
> Using this Makefile:
>
> INCDIR =/cygnus/cygwin-b20/H-i586-cygwin32/i586-cygwin32/include/Gl
> LIBDIR =/cygnus/cygwin-b20/H-i586-cygwin32/i586-cygwin32/lib
> GL_LIBS = -L$(LIBDIR)  -lglu32 -lopengl32 -lglut -lm
>
> cube.exe: cube.o
> 	gcc -mwindows cube.o -o $@ $(GL_LIBS) -e _mainCRTStartup
> cube.o : cube.c
> 	gcc -c cube.c
>
>
> and it does everything right generating the cube.exe file.
>
> The problem is that when I want to run this file I got the following
> messages:
>
> - One of the devices asociated with the system does not work
> - The file GLUT.DLL is asociated with an exportation
> OPENGL.DLL.:GetPixelFormat that does not exists.
>
> Could anybody tell what is my mistake or what can I do in order to solve
> this problem?
>


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 63+ messages in thread

* RE:
  1999-03-28 17:03 ` Rick Rankin
@ 1999-03-31 19:45   ` Rick Rankin
  0 siblings, 0 replies; 63+ messages in thread
From: Rick Rankin @ 1999-03-31 19:45 UTC (permalink / raw)
  To: Dave Braze, cygwin

Dave,

You left out a pretty relevant piece of information: the command used to
invoke the compiler. If your source is in a file called hello.cc (or
hello.ccp or hello.cxx), then you can compile your source below with the
line

g++ hello.cc -o hello

I suspect that you used "gcc hello.cc -o hello". By default, gcc does not
link in the C++ runtime library. You could use gcc if you want to manually
specify the C++ runtime:

gcc hello.cc -o hello -lstdc++

Hope that helps,

Rick
--
Rick Rankin
rrankin@primenet.com

> -----Original Message-----
> From: cygwin-owner@sourceware.cygnus.com
> [ mailto:cygwin-owner@sourceware.cygnus.com]On Behalf Of Dave Braze
> Sent: Sunday, March 28, 1999 5:15 PM
> To: cygwin@sourceware.cygnus.com
> Subject:
>
>
> I am having problems compiling C++ programs with b20.1 on Windows 95 sr2.
> Since I am trying to use cygwin to learn C++ and unix style tools both, I
> don't have a good handle on the relevant terminology, but here it is.
>
> I can't compile a simple "hello world" program. Here it is:
>
>      #include  <iostream>
>
>      int main()
>      {
>        std::cout << "Hello world!\n";
>        exit(0);
>      }
>
> I get an error like this (sorry for the long line):
>
> c:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cygwi
> n32\egcs-2.91.57\collect2.exe
> -o hello.exe -s
> c:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cygwi
> n32\egcs-2.91.57\..\..\..\..\i586-cygwin32\lib\crt0.o
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib
> -L\cygnus\cygwin-b20\H-i586-cygwin32\lib\gcc-lib\i586-cygwin32\egc
> s-2.91.57
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57\..\..\..\..\i586-cygwin32\lib
> -L\cygnus\cygwin-b20\H-i586-cygwin32\lib\gcc-lib\i586-cygwin32\egc
> s-2.91.57\..\..\..\..\i586-cygwin32\lib
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57\..\..\..
> hello.o -lgcc -lcygwin -lkernel32 -ladvapi32 -lshell32 -lgcc
> hello.o(.text+0x1e):hello.cc: undefined reference to `cout'
> hello.o(.text+0x23):hello.cc: undefined reference to
> `ostream::operator<<(char
> const *)'
> collect2: ld returned 1 exit status
> make: *** [hello.exe] Error 1
>
> Incidently I have no problem compiling a 'c'  version of "hello world". It
> seems like the problem has to do with linking to the c++
> libraries, but I'm
> not sure where the problem might be in my installation. When I installed
> cygwin I accepted the default install directory. Also, the same
> error occurs
> whether I  use gcc from the command line, or use a trivial make
> file. I can't
> imagine that this should cause a problem, but I do have a version of djgpp
> installed on my system (poverty of imagination?).
>
> In any event, all help will be very much appreciated.
>
> -Dave Braze
>
>
> ____________________________________________________________________
> Get your own FREE, personal Netscape WebMail account today at
http://webmail.netscape.com .

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


^ permalink raw reply	[flat|nested] 63+ messages in thread

* RE:
  1999-03-28 16:14 No Subject Dave Braze
@ 1999-03-28 17:03 ` Rick Rankin
  1999-03-31 19:45   ` RE: Rick Rankin
  0 siblings, 1 reply; 63+ messages in thread
From: Rick Rankin @ 1999-03-28 17:03 UTC (permalink / raw)
  To: Dave Braze, cygwin

Dave,

You left out a pretty relevant piece of information: the command used to
invoke the compiler. If your source is in a file called hello.cc (or
hello.ccp or hello.cxx), then you can compile your source below with the
line

g++ hello.cc -o hello

I suspect that you used "gcc hello.cc -o hello". By default, gcc does not
link in the C++ runtime library. You could use gcc if you want to manually
specify the C++ runtime:

gcc hello.cc -o hello -lstdc++

Hope that helps,

Rick
--
Rick Rankin
rrankin@primenet.com

> -----Original Message-----
> From: cygwin-owner@sourceware.cygnus.com
> [ mailto:cygwin-owner@sourceware.cygnus.com]On Behalf Of Dave Braze
> Sent: Sunday, March 28, 1999 5:15 PM
> To: cygwin@sourceware.cygnus.com
> Subject:
>
>
> I am having problems compiling C++ programs with b20.1 on Windows 95 sr2.
> Since I am trying to use cygwin to learn C++ and unix style tools both, I
> don't have a good handle on the relevant terminology, but here it is.
>
> I can't compile a simple "hello world" program. Here it is:
>
>      #include  <iostream>
>
>      int main()
>      {
>        std::cout << "Hello world!\n";
>        exit(0);
>      }
>
> I get an error like this (sorry for the long line):
>
> c:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cygwi
> n32\egcs-2.91.57\collect2.exe
> -o hello.exe -s
> c:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cygwi
> n32\egcs-2.91.57\..\..\..\..\i586-cygwin32\lib\crt0.o
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib
> -L\cygnus\cygwin-b20\H-i586-cygwin32\lib\gcc-lib\i586-cygwin32\egc
> s-2.91.57
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57\..\..\..\..\i586-cygwin32\lib
> -L\cygnus\cygwin-b20\H-i586-cygwin32\lib\gcc-lib\i586-cygwin32\egc
> s-2.91.57\..\..\..\..\i586-cygwin32\lib
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57\..\..\..
> hello.o -lgcc -lcygwin -lkernel32 -ladvapi32 -lshell32 -lgcc
> hello.o(.text+0x1e):hello.cc: undefined reference to `cout'
> hello.o(.text+0x23):hello.cc: undefined reference to
> `ostream::operator<<(char
> const *)'
> collect2: ld returned 1 exit status
> make: *** [hello.exe] Error 1
>
> Incidently I have no problem compiling a 'c'  version of "hello world". It
> seems like the problem has to do with linking to the c++
> libraries, but I'm
> not sure where the problem might be in my installation. When I installed
> cygwin I accepted the default install directory. Also, the same
> error occurs
> whether I  use gcc from the command line, or use a trivial make
> file. I can't
> imagine that this should cause a problem, but I do have a version of djgpp
> installed on my system (poverty of imagination?).
>
> In any event, all help will be very much appreciated.
>
> -Dave Braze
>
>
> ____________________________________________________________________
> Get your own FREE, personal Netscape WebMail account today at
http://webmail.netscape.com .

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  1999-02-26 11:59 ` Corinna Vinschen
@ 1999-02-28 23:02   ` Corinna Vinschen
  0 siblings, 0 replies; 63+ messages in thread
From: Corinna Vinschen @ 1999-02-28 23:02 UTC (permalink / raw)
  To: Suhaib M. Siddiqi, cygwin

You didn't write very much information, so I only took
a look into the librpclib.a and have found, that the symbols
are defined. Try 
	nm librpclib.a | grep 'T _xdr' | less
and you will see it, too.
Are you sure, that your linking stage is correct?

Regards,
Corinna

P.S.: Caution in using xdr_float. It definitely doesn't work
correctly. I got a patch in the meantime, which I will publish
soon.


Suhaib M. Siddiqi wrote:
> 
> Hi,
> 
> I tried using your rpc *librpclib.a* and apprantly ran into a problem.
> I get unreferenced symbols to xdr-  Looks like xdr is missing?
> 
> Regards
> Suhaib
> 
> c:/cygnus/cygwin-b20/H-i586-cygwin32/bin/../lib/gcc-lib/i586-cygwin32/eg
> cs-2.91.
> 60/../../../../i586-cygwin32/include/cygwin/in.h:150: warning:
> `INADDR_LOOPBACK'
>  redefined
> c:/cygnus/cygwin-b20/H-i586-cygwin32/bin/../lib/gcc-lib/i586-cygwin32/eg
> cs-2.91.
> 60/../../../../i586-cygwin32/include/rpc/types.h:60: warning: this is
> the locati
> on of the previous definition
> libxdrf.a(libxdrf.o)(.text+0x1f):libxdrf.c: undefined reference to
> `_xdr_bool'
> libxdrf.a(libxdrf.o)(.text+0x53):libxdrf.c: undefined reference to
> `_xdr_char'
> libxdrf.a(libxdrf.o)(.text+0x87):libxdrf.c: undefined reference to
> `_xdr_double'
> 
> libxdrf.a(libxdrf.o)(.text+0xbb):libxdrf.c: undefined reference to
> `_xdr_float'
> libxdrf.a(libxdrf.o)(.text+0x137):libxdrf.c: undefined reference to
> `_xdr_long'
> libxdrf.a(libxdrf.o)(.text+0x16b):libxdrf.c: undefined reference to
> `_xdr_short'
> 
> libxdrf.a(libxdrf.o)(.text+0x19f):libxdrf.c: undefined reference to
> `_xdr_u_char
> '
> libxdrf.a(libxdrf.o)(.text+0x1d3):libxdrf.c: undefined reference to
> `_xdr_u_long
> '
> libxdrf.a(libxdrf.o)(.text+0x207):libxdrf.c: undefined reference to
> `_xdr_u_shor
> t'
> libxdrf.a(libxdrf.o)(.text+0x2bf):libxdrf.c: undefined reference to
> `_xdr_string
> '
> libxdrf.a(libxdrf.o)(.text+0x351):libxdrf.c: undefined reference to
> `_xdr_string
> '
> libxdrf.a(libxdrf.o)(.text+0x3a8):libxdrf.c: undefined reference to
> `_xdr_opaque
> '
> libxdrf.a(libxdrf.o)(.text+0x3e1):libxdrf.c: undefined reference to
> `_xdr_setpos
> '
> libxdrf.a(libxdrf.o)(.text+0x407):libxdrf.c: undefined reference to
> `_xdr_getpos
> '
> libxdrf.a(libxdrf.o)(.text+0x6e6):libxdrf.c: undefined reference to
> `_xdr_destro
> y'
> libxdrf.a(libxdrf.o)(.text+0xdc2):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0xe0d):libxdrf.c: undefined reference to
> `_xdr_float'
> 
> libxdrf.a(libxdrf.o)(.text+0x1305):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x130f):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1319):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1326):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1336):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1340):libxdrf.c: more undefined references
> to `_xdr
> _int' follow
> libxdrf.a(libxdrf.o)(.text+0x19a1):libxdrf.c: undefined reference to
> `_xdr_opaqu
> e'
> libxdrf.a(libxdrf.o)(.text+0x19c4):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1a2c):libxdrf.c: undefined reference to
> `_xdr_vecto
> r'
> libxdrf.a(libxdrf.o)(.text+0x1a41):libxdrf.c: undefined reference to
> `_xdr_float
> '
> libxdrf.a(libxdrf.o)(.text+0x1c2d):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c37):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c41):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c4e):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c5e):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c68):libxdrf.c: more undefined references
> to `_xdr
> _int' follow
> libxdrf.a(libxdrf.o)(.text+0x1d84):libxdrf.c: undefined reference to
> `_xdr_opaqu
> e'
> collect2: ld returned 1 exit status



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
       [not found] <01d601be61ac$ceadd300$29acdfd0@InspirePharm.Com>
@ 1999-02-26 11:59 ` Corinna Vinschen
  1999-02-28 23:02   ` Re: Corinna Vinschen
  0 siblings, 1 reply; 63+ messages in thread
From: Corinna Vinschen @ 1999-02-26 11:59 UTC (permalink / raw)
  To: Suhaib M. Siddiqi, cygwin

You didn't write very much information, so I only took
a look into the librpclib.a and have found, that the symbols
are defined. Try 
	nm librpclib.a | grep 'T _xdr' | less
and you will see it, too.
Are you sure, that your linking stage is correct?

Regards,
Corinna

P.S.: Caution in using xdr_float. It definitely doesn't work
correctly. I got a patch in the meantime, which I will publish
soon.


Suhaib M. Siddiqi wrote:
> 
> Hi,
> 
> I tried using your rpc *librpclib.a* and apprantly ran into a problem.
> I get unreferenced symbols to xdr-  Looks like xdr is missing?
> 
> Regards
> Suhaib
> 
> c:/cygnus/cygwin-b20/H-i586-cygwin32/bin/../lib/gcc-lib/i586-cygwin32/eg
> cs-2.91.
> 60/../../../../i586-cygwin32/include/cygwin/in.h:150: warning:
> `INADDR_LOOPBACK'
>  redefined
> c:/cygnus/cygwin-b20/H-i586-cygwin32/bin/../lib/gcc-lib/i586-cygwin32/eg
> cs-2.91.
> 60/../../../../i586-cygwin32/include/rpc/types.h:60: warning: this is
> the locati
> on of the previous definition
> libxdrf.a(libxdrf.o)(.text+0x1f):libxdrf.c: undefined reference to
> `_xdr_bool'
> libxdrf.a(libxdrf.o)(.text+0x53):libxdrf.c: undefined reference to
> `_xdr_char'
> libxdrf.a(libxdrf.o)(.text+0x87):libxdrf.c: undefined reference to
> `_xdr_double'
> 
> libxdrf.a(libxdrf.o)(.text+0xbb):libxdrf.c: undefined reference to
> `_xdr_float'
> libxdrf.a(libxdrf.o)(.text+0x137):libxdrf.c: undefined reference to
> `_xdr_long'
> libxdrf.a(libxdrf.o)(.text+0x16b):libxdrf.c: undefined reference to
> `_xdr_short'
> 
> libxdrf.a(libxdrf.o)(.text+0x19f):libxdrf.c: undefined reference to
> `_xdr_u_char
> '
> libxdrf.a(libxdrf.o)(.text+0x1d3):libxdrf.c: undefined reference to
> `_xdr_u_long
> '
> libxdrf.a(libxdrf.o)(.text+0x207):libxdrf.c: undefined reference to
> `_xdr_u_shor
> t'
> libxdrf.a(libxdrf.o)(.text+0x2bf):libxdrf.c: undefined reference to
> `_xdr_string
> '
> libxdrf.a(libxdrf.o)(.text+0x351):libxdrf.c: undefined reference to
> `_xdr_string
> '
> libxdrf.a(libxdrf.o)(.text+0x3a8):libxdrf.c: undefined reference to
> `_xdr_opaque
> '
> libxdrf.a(libxdrf.o)(.text+0x3e1):libxdrf.c: undefined reference to
> `_xdr_setpos
> '
> libxdrf.a(libxdrf.o)(.text+0x407):libxdrf.c: undefined reference to
> `_xdr_getpos
> '
> libxdrf.a(libxdrf.o)(.text+0x6e6):libxdrf.c: undefined reference to
> `_xdr_destro
> y'
> libxdrf.a(libxdrf.o)(.text+0xdc2):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0xe0d):libxdrf.c: undefined reference to
> `_xdr_float'
> 
> libxdrf.a(libxdrf.o)(.text+0x1305):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x130f):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1319):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1326):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1336):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1340):libxdrf.c: more undefined references
> to `_xdr
> _int' follow
> libxdrf.a(libxdrf.o)(.text+0x19a1):libxdrf.c: undefined reference to
> `_xdr_opaqu
> e'
> libxdrf.a(libxdrf.o)(.text+0x19c4):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1a2c):libxdrf.c: undefined reference to
> `_xdr_vecto
> r'
> libxdrf.a(libxdrf.o)(.text+0x1a41):libxdrf.c: undefined reference to
> `_xdr_float
> '
> libxdrf.a(libxdrf.o)(.text+0x1c2d):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c37):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c41):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c4e):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c5e):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c68):libxdrf.c: more undefined references
> to `_xdr
> _int' follow
> libxdrf.a(libxdrf.o)(.text+0x1d84):libxdrf.c: undefined reference to
> `_xdr_opaqu
> e'
> collect2: ld returned 1 exit status



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  1998-11-23 12:41 No Subject Ugo Matrangolo
       [not found] ` <matra@dedalus.com>
@ 1998-11-24 16:45 ` Benjamin Riefenstahl
  1 sibling, 0 replies; 63+ messages in thread
From: Benjamin Riefenstahl @ 1998-11-24 16:45 UTC (permalink / raw)
  To: gnu-win32

Hi Ugo,


Ugo Matrangolo wrote:
> This program causes a segment violation :
> ...
>    vector<vector<int> > mymatrix(n);
> 
>    for (int i = 0;i < n;i++)
>       for (int j = 0;j < n;j++)
>          mymatrix[i][j] = 0;
> ...
> Can anyone tell me if it is a bug or my fault ?

Your fault ;-)

The declaration allocates a vector of n *empty* vector<int>s and those
inner vectors are never expanded to make room for any elements (vectors
do not expand automatically). Try this one instead:

    vector<vector<int> > mymatrix(n);

    for (int i = 0;i < n;i++)
       for (int j = 0;j < n;j++)
          mymatrix[i].push_back(0); // expand the vector<int> by one


so long, benny  
======================================
Benjamin Riefenstahl (benny@crocodial.de)
Crocodial Communications EntwicklungsGmbH
Ruhrstr. 61, D-22761 Hamburg, Germany
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
       [not found] ` <matra@dedalus.com>
@ 1998-11-24 12:54   ` John F. Kolen
  0 siblings, 0 replies; 63+ messages in thread
From: John F. Kolen @ 1998-11-24 12:54 UTC (permalink / raw)
  To: gnu-win32

/* I tried replying directly, but the mail bounced */

>   vector<vector<int> > mymatrix(n);
>   for (int i = 0;i < n;i++)
>      for (int j = 0;j < n;j++)
>         mymatrix[i][j] = 0;

What you have there should not work.  Take a look at the default constructor
and operator[] for vector<int>.

vector() : start(0), finish(0), end_of_storage(0) {}
reference operator[](size_type n) { return *(begin() + n); }
iterator begin() { return start; }

Your instantiation of of mymatrix will create n 0-element vectors with start
ptrs set to null.  This is why the deref is failing.  Here's a fix.

   for (int i = 0;i < n;i++){
      mymatrix[i].resize(n);
      for (int j = 0;j < n;j++)
         mymatrix[i][j] = 0;
   }


-- 
John F. Kolen				voice: (850)474-3075 
Assistant Professor			fax:   (850)474-3023
Dept. of Computer Science
University of West Florida
Pensacola, FL 32514
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  1998-11-04 22:40 No Subject Keith Carscadden
@ 1998-11-06  3:00 ` Benjamin Riefenstahl
  0 siblings, 0 replies; 63+ messages in thread
From: Benjamin Riefenstahl @ 1998-11-06  3:00 UTC (permalink / raw)
  To: Keith Carscadden; +Cc: gnu-win32

Hi Keith,

Keith Carscadden wrote:
> with STATUS_ACCESS_VIOLATION. I eventually realized that the problem was
> caused by me passing a pointer to a literal (  char *test1 = "123    "; ),
> rather than a pointer to a character array. When I fixed this ( char
> test1[] = "123    "; ), the program ran as expected.
> 
> My question is, why did this run without an error under gdb, when it
> aborted when run under DOS?

To make constant strings read-only they are put into the code segment.
During ordinary runs, the code segmant will be read-only on Win/32. OTOH
gdb needs to be able to change the code to add breakpoints, so under a
debugger the code segment will be writable to allow this.

so long, benny
======================================
Benjamin Riefenstahl (benny@crocodial.de)
Crocodial Communications EntwicklungsGmbH
Ruhrstr. 61, D-22761 Hamburg, Germany
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  1998-08-15  2:26 No Subject anangsa
@ 1998-08-17 12:35 ` Michael Weiser
  0 siblings, 0 replies; 63+ messages in thread
From: Michael Weiser @ 1998-08-17 12:35 UTC (permalink / raw)
  To: anangsa; +Cc: gnu-win32

Hi anangsa,

You wrote:

>I've tried to port some apps with b19, i still need winsock 2 & winmm
>header anyone can help ?
Winsock is definitly already there, you just have to activate it by
defining some macro:

/* Mingw32 */
#ifdef __MINGW32__
# define Win32_Winsock
# include <windows.h>
#endif /* __MINGW32__ */

Winmm should behave the same, just search the files in the Windows32
directory for some winmm statement and see how to activate it.

bye

Michael
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
@ 1998-07-01  8:02 Earnie Boyd
  0 siblings, 0 replies; 63+ messages in thread
From: Earnie Boyd @ 1998-07-01  8:02 UTC (permalink / raw)
  To: Vazul; +Cc: gw32

---Vazul <vazul@mud.matav.hu> wrote:
>
> 
>   Hi,
> 
>   I'm a newbie here. :) So, I tried to compile a program which uses
the
> fd_set structure. This program works fine on a UN*X, but in Cygwin32
> fd_set is defined in the mywinsock.h file. 
> Can I use it? Is it conflicting with other stuffs?

I don't know.  But, one of the best ways to find out is to create a
simple test program.
 
> And can I use select() for checking keyboard input?

Yes, I believe so.  This has been discussed before, use the search
engine for the mail archives.  You will probably have to have "SET
CYGWIN32=tty binmode" before starting bash.

> 
>   Another problem: I use the "Change Scrolling Region" escape
sequence,
> for setting the terminal. (cs=\E[%i%d;%dr) It works on VT100 (or
greater)
> terminals, linux, xterm etc. It would be very good, if it can also
work
> with Cygwin32.

Try:

MSDOS# SET TERM=linux
or
BASH#  export TERM=linux

> 
>   Thanks a lot for any help given... and sorry for my bad english...
> 
> -- Vazul
> 

You are welcome,
-        \\||//
---o0O0--Earnie--0O0o----
--earnie_boyd@yahoo.com--
------ooo0O--O0ooo-------

Please, research your question via the Searchable Mail Archives first.
http://www.cygnus.com/ml/gnu-win32          (Searchable Mail Archives)

Check out these great gnu-win32 related sites:
ftp://ftp.cygnus.com/pub/gnu-win32/latest/                  (ftp site)
http://www.cygnus.com/pubs/gnupro/                    (Comercial Page)
http://www.cygnus.com/misc/gnu-win32/                   (Project Page)
http://dvpraktikum.informatik.uni-koeln.de:3232/ 
                                            (Cygwin32 Porting Project)
http://www.lexa.ru/sos                               (Sergey Okhapkin)
ftp://www.lexa.ru/pub/domestic/sos/                (Sergey's ftp site)
http://www.fu.is.saga-u.ac.jp/~colin/gcc.html (Colin Peters - Mingw32)
http://www.xraylith.wisc.edu/~khan/software/gnu-win32/    (Mumit Khan)
ftp://ftp.hksys.com/pub/mirrors/EGCS-Win32/   (Jeremy Bettis - mirror)
http://gnu-win32.paranoia.ru                   (Chuck Bogorad's ports)
http://www.downloadwizard.com/ak/gnu-win32/bash.html
                                        (GNU-Win32 Bash Configuration)
http://www.parallax.co.uk/~andyp/index_text.html  (Andy Piper - ports)
http://www.tiac.net/users/cgf     (Christopher Faylor - package ports)
http://aquarius.franken.de/docs/develop/gnuwin32/GNUWin32.txt
                                               (Package Porting Notes)
ftp://ftp.franken.de/pub/win32/develop/gnuwin32/cygwin32/ 
                                                       (German mirror)
http://www.dol.ru/users/valtul      (Valery Tulnikov - software ports)
ftp://ftp.cs.nyu.edu/pub/local/fox/cygwin32 (David fox - RPM packages)
http://www.itribe.net/virtunix/winhelp-man-pages/     (HTML Man Pages)
http://www.kedemel.demon.co.uk/                       (Darren's ports)

Help for Win32 Beginners: 
 http://www.relisoft.com
 http://www.program.com/resources/win32.html

DISCLAIMER: These links or links from these pages to other sites do
not constitute an endorsement of any entities, advertisers, products 
or services therein. I am not responsible for and do not control or 
monitor the content of these sites or the accuracy of information 
found therein.

-------------------- IMPORTANT UPGRADE NOTICE ------------------------
You should get the following to update your cygwinb19 package:

Sergey Okhapkin's coolview package which contains an updated 
cygwinb19.dll.  (Yes, even if you've already downloaded the b19.1 
update from the Cygnus Site).

Mumit Khan's compilation of EGCS for the cygwinb19.dll; especially if 
you're using the C++ compiler.  The current version of the compiler
that 
comes with the tools has lots of problems that have been fixed with 
the EGCS version.  This is a drop-in replacement for the GCC toolset.

URL's are listed above.
-----------------------------------------------------------------------

_________________________________________________________
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  1998-05-17 21:40 No Subject Abdul razak
@ 1998-05-19  7:38 ` Michael Weiser
  0 siblings, 0 replies; 63+ messages in thread
From: Michael Weiser @ 1998-05-19  7:38 UTC (permalink / raw)
  To: gnu-win32

Hi Abdul,

You wrote:

>The API's we have used are for creation of users and groups on the 
>"server machines" only.  Please help us to find any API's for 
>creation of users and groups on the client machines.  So far
>we have used the following API's:
>
>NetUserGetInfo
>NetUserAdd
>NetGroupGetInfo
>NetLocalGroupGetInfo
>NetLocalGroupAddMembers
>NetGroupAddUser
>
>And from Security Functions we have used LookUpAccountName.
All these functions can work on the local machine, too, if you pass a
NULL pointer instead of the server name string. And none of these
functions make a distinction between WinNT Server or Workstation. So
if you pass the name of a WinNT Wks to one of the functions it will
work as expected on that machine. So you don't need any new APIs. ;)

bye

Michael
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  1998-02-14  8:26   ` Fernandes
@ 1998-02-15  5:57     ` Bug Hunter
  0 siblings, 0 replies; 63+ messages in thread
From: Bug Hunter @ 1998-02-15  5:57 UTC (permalink / raw)
  To: Fernandes; +Cc: gnu-win32

  If you are asking what I think you are asking, search on the web
(www.dogpile.com) for "rational rose".

  There is a copyrighted version of Rose out there that is free.  The
copyright is used to prohibit users of the code from ever suing the
creators of the coded, not to prohibit the free use of the code for any
reason.

  ASN.1, if I remember correctly from about 2 years ago is a way to create
managed information bases and code for things like SNMP.

  I wrote some code to ASN.1 for TR303, and wrote a TL1 object oriented
compiler/parser system so you could interface such stuff.  This is mainly
telcommunications industry.

bug

On Sat, 14 Feb 1998 Fernandes@usp.br wrote:

> On 10 Feb 98 at 15:03,  Jerome Gay <gay@aspentec.com> wrote:
> 
> > Fellow Gnu-Winers,
> > 
> > Has anybody aver heard of an ASN.1 compiler available under the GPL 
> > (or, at least, free for personal use !) ?
> > Thanks,
> > 
> > Cheers /jerome
> > 
> 
> What's an ASN.1 compiler?
> 
> 
> Just curious!
> 
> -------------------
> Hilton Fernandes
> email: hgfernan@usp.br
> www:   http://www.lsi.usp.br/~hilton.html (inactive)
> M. Sc. Student of Parallel Distributed Applications
> at Escola Politecnica (Polytechnic School)
> University of S. Paulo - Brazil
> -
> For help on using this list (especially unsubscribing), send a message to
> "gnu-win32-request@cygnus.com" with one line of text: "help".
> 

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  1998-02-10  6:06 ` No Subject Jerome Gay
@ 1998-02-14  8:26   ` Fernandes
  1998-02-15  5:57     ` Re: Bug Hunter
  0 siblings, 1 reply; 63+ messages in thread
From: Fernandes @ 1998-02-14  8:26 UTC (permalink / raw)
  To: Jerome Gay, gnu-win32; +Cc: Fernandes, Hilton

On 10 Feb 98 at 15:03,  Jerome Gay <gay@aspentec.com> wrote:

> Fellow Gnu-Winers,
> 
> Has anybody aver heard of an ASN.1 compiler available under the GPL 
> (or, at least, free for personal use !) ?
> Thanks,
> 
> Cheers /jerome
> 

What's an ASN.1 compiler?


Just curious!

-------------------
Hilton Fernandes
email: hgfernan@usp.br
www:   http://www.lsi.usp.br/~hilton.html (inactive)
M. Sc. Student of Parallel Distributed Applications
at Escola Politecnica (Polytechnic School)
University of S. Paulo - Brazil
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  1997-11-17  9:50 No Subject Capron, Craig W
@ 1997-11-20  2:01 ` Bernd Schilpp
  0 siblings, 0 replies; 63+ messages in thread
From: Bernd Schilpp @ 1997-11-20  2:01 UTC (permalink / raw)
  To: Capron, Craig W, gnu-win32

Hello Craig,

rename your welcome.c - program to welcome.cpp and try it again.

Bernd

Capron, Craig W wrote:

> Greetings!  I am new to programming and newer to Cygnus software, so I
> beg your sufferance.  I have recently installed Cygnus' gnu-win32, b18,
> and everything seems to be working fine except the compiler.  I've
> written the following simple program named 'welcome.C':
>
>         // A first program in C++
>
>         #include <iostream.h>
>
>         main(){
>           cout << "Welcome to C++!\n";
>
>           // indicate that program ended successfully
>           return 0;
>         }
>
> . . . but when I ran g++ I received the following error message:
>
>         (unknown) heap_init: unable to allocate heap, win32 error 87
>         cygwin: terminating
>         (unknown) In cygwin_except_handler
>         (unknown) Exception trapped!
>         (unknown) exception C0000005 at 1001E4B2
>         (unknown) exception: ax 0 bx 0 cx 501 dx FFFFFFFF
>         (unknown) exception: si 5C62696C di 5C32336E bp 241FB30 sp
> 241FB30
>         (unknown) exception is: STATUS_ACCESS_VIOLATION
>         (unknown) Stack trace:
>         (unknown) frame 0: sp = 0x241F964, pc = 0x1001282A
>         (unknown) frame 1: sp = 0x241F980, pc = 0x77F94512
>         (unknown) frame 2: sp = 0x241F9A4, pc = 0x77F88EEB
>         (unknown) frame 3: sp = 0x241FA30, pc = 0x77F76266
>         (unknown) frame 4: sp = 0x241FB30, pc = 0x10011D4D
>         (unknown) frame 5: sp = 0x241FB44, pc = 0x10018972
>         (unknown) frame 6: sp = 0x241FB5C, pc = 0x10011615
>         (unknown) frame 7: sp = 0x241FF94, pc = 0x10011BFF
>         (unknown) frame 8: sp = 0x241FFA0, pc = 0x4118D5
>         (unknown) frame 9: sp = 0x241FFB0, pc = 0x40103B
>         (unknown) frame 10: sp = 0x241FFC0, pc = 0x77F1B304
>         (unknown) frame 11: sp = 0x241FFF0, pc = 0x0
>         (unknown) End of stack trace
>         (unknown) In cygwin_except_handler
>         (unknown) Error while dumping state (probably corrupted stack)
>         (unknown) In cygwin_except_handler
>         (unknown) Error while dumping state (probably corrupted stack)
>         (unknown) In cygwin_except_handler
>         (Blah, blah, blah, . . . repeats the last two lines ad nauseum)
>
> I have run it from both the bash and the CMD prompt with the same
> results.  I'm assuming that I've got something misconfigured somewhere,
> but I've looked in all the places I know to look and I'm just not
> finding it.  I hope this looks familiar to someone.
>
> My system is an IBM PC350, 133-Mhz Pentium running Windows NT Server
> v4.0 with service pack 3 installed.  Thanks in advance for any help
> and/or sympathetic grimaces offered.
>
> cwc
> -
> For help on using this list (especially unsubscribing), send a message to
> "gnu-win32-request@cygnus.com" with one line of text: "help".

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
@ 1997-11-19  1:25 Scott Warner
  0 siblings, 0 replies; 63+ messages in thread
From: Scott Warner @ 1997-11-19  1:25 UTC (permalink / raw)
  To: Capron, Craig W, gnu-win32

Craig,

Try

int main()

to specify function return type


----------
> From: Capron, Craig W <craig.w.capron@lmco.com>
> To: 'gnu-win32@cygnus.com'
> Subject: 
> Date: Monday, November 17, 1997 12:38 PM
> 
> Greetings!  I am new to programming and newer to Cygnus software, so I
> beg your sufferance.  I have recently installed Cygnus' gnu-win32, b18,
> and everything seems to be working fine except the compiler.  I've
> written the following simple program named 'welcome.C':
> 
> 	// A first program in C++
> 
> 	#include <iostream.h>
> 
> 	main(){
> 	  cout << "Welcome to C++!\n";
> 
> 	  // indicate that program ended successfully
> 	  return 0;
> 	}
> 
> . . . but when I ran g++ I received the following error message:
> 
> 	(unknown) heap_init: unable to allocate heap, win32 error 87
> 	cygwin: terminating
> 	(unknown) In cygwin_except_handler
> 	(unknown) Exception trapped!
> 	(unknown) exception C0000005 at 1001E4B2
> 	(unknown) exception: ax 0 bx 0 cx 501 dx FFFFFFFF
> 	(unknown) exception: si 5C62696C di 5C32336E bp 241FB30 sp
> 241FB30
> 	(unknown) exception is: STATUS_ACCESS_VIOLATION
> 	(unknown) Stack trace:
> 	(unknown) frame 0: sp = 0x241F964, pc = 0x1001282A
> 	(unknown) frame 1: sp = 0x241F980, pc = 0x77F94512
> 	(unknown) frame 2: sp = 0x241F9A4, pc = 0x77F88EEB
> 	(unknown) frame 3: sp = 0x241FA30, pc = 0x77F76266
> 	(unknown) frame 4: sp = 0x241FB30, pc = 0x10011D4D
> 	(unknown) frame 5: sp = 0x241FB44, pc = 0x10018972
> 	(unknown) frame 6: sp = 0x241FB5C, pc = 0x10011615
> 	(unknown) frame 7: sp = 0x241FF94, pc = 0x10011BFF
> 	(unknown) frame 8: sp = 0x241FFA0, pc = 0x4118D5
> 	(unknown) frame 9: sp = 0x241FFB0, pc = 0x40103B
> 	(unknown) frame 10: sp = 0x241FFC0, pc = 0x77F1B304
> 	(unknown) frame 11: sp = 0x241FFF0, pc = 0x0
> 	(unknown) End of stack trace
> 	(unknown) In cygwin_except_handler
> 	(unknown) Error while dumping state (probably corrupted stack)
> 	(unknown) In cygwin_except_handler
> 	(unknown) Error while dumping state (probably corrupted stack)
> 	(unknown) In cygwin_except_handler
> 	(Blah, blah, blah, . . . repeats the last two lines ad nauseum)
> 
> I have run it from both the bash and the CMD prompt with the same
> results.  I'm assuming that I've got something misconfigured somewhere,
> but I've looked in all the places I know to look and I'm just not
> finding it.  I hope this looks familiar to someone.
> 
> My system is an IBM PC350, 133-Mhz Pentium running Windows NT Server
> v4.0 with service pack 3 installed.  Thanks in advance for any help
> and/or sympathetic grimaces offered.
> 
> cwc
> -
> For help on using this list (especially unsubscribing), send a message to
> "gnu-win32-request@cygnus.com" with one line of text: "help".
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 63+ messages in thread

* RE:
  1997-06-08  0:47 Sergey Okhapkin
@ 1997-06-09  9:02 ` John Cerney
  0 siblings, 0 replies; 63+ messages in thread
From: John Cerney @ 1997-06-09  9:02 UTC (permalink / raw)
  To: Sergey Okhapkin; +Cc: gnu-win32

>  From: Sergey Okhapkin <sos@prospect.com.ru>, on 6/8/97 11:48 AM:
>  To: "'John Cerney'" <j-cerney1@ti.com>
>  Cc: "gnu-win32@cygnus.com" <gnu-win32@cygnus.com>
>  
>  John Cerney wrote:
>  > <<File: dllcheck.exe>><<File: ATT00004.txt>>
>  > I can verify this. I have seen problems building perl extension lib DLLs 
>  on
>  > windows 95 (not NT) due to garbage characters after the base relocation 
>  section
>  > of the dll. It seems that if the base relocation section is not terminated 
>  by
>  
>  You dllcheck.exe reports "Dll Ok" on NT-built X11 Dlls, and "Invalid 
>  Relocation Size Detected" on the same built on 95.
>  

This is exactly what I have seen. I think you will also find that if you try
and rebuild your Win95 DLL enough times, (usually 2-3 is all it takes) it will
eventually check out OK. The garbage characters sometimes appear at the end of
the relocation section in the DLL, and sometimes they don't.

BTW, sorry for messing up this thread. The subject line on my original reply
was missing.

-John
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 63+ messages in thread

* RE:
@ 1997-06-08  0:47 Sergey Okhapkin
  1997-06-09  9:02 ` RE: John Cerney
  0 siblings, 1 reply; 63+ messages in thread
From: Sergey Okhapkin @ 1997-06-08  0:47 UTC (permalink / raw)
  To: 'John Cerney'; +Cc: gnu-win32

John Cerney wrote:
> <<File: dllcheck.exe>><<File: ATT00004.txt>>
> I can verify this. I have seen problems building perl extension lib DLLs on
> windows 95 (not NT) due to garbage characters after the base relocation section
> of the dll. It seems that if the base relocation section is not terminated by

You dllcheck.exe reports "Dll Ok" on NT-built X11 Dlls, and "Invalid Relocation Size Detected" on the same built on 95.

-- 
Sergey Okhapkin
Moscow, Russia
Looking for a job

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 63+ messages in thread

* Re:
  1997-06-05 18:47 No Subject John Cerney
@ 1997-06-06 23:41 ` jman
  0 siblings, 0 replies; 63+ messages in thread
From: jman @ 1997-06-06 23:41 UTC (permalink / raw)
  To: John Cerney; +Cc: Christian Soeller, gnu-win32

Howdy,
 I found to fix this. Let your computer rest a few minutes before ya
build. I usually 
turn it off wait a few minutes turn it back on. Then build this may or
may not work for everyone but hey it works for me ;)

John Cerney wrote:
> 
> I can verify this. I have seen problems building perl extension lib DLLs on
> windows 95 (not NT) due to garbage characters after the base relocation section
> of the dll. It seems that if the base relocation section is not terminated by
> zeros, then the DLL won't load. DLLs built under windows 95 with gnuwin32
> appear to have garbage characters at the end of the base relocation section.
> This appears to happen somewhat randomly. Sometimes the DLL will build fine,
> sometimes it won't.
> 
> I built a simple program that will test for this condition (base relocation
> section not being terminated by zeros). I will attach it to this message. Just
> type dllcheck <dllname> to use. It will indicate if the DLL is OK or not.
> 
> I am currently using this program for building a port of perl/tk I am working
> on. On windows 95, I have a script setup to keep building a DLL until the
> dllcheck program says it is OK. This sometimes takes rebuilding the DLL 3 to 4
> times until it builds OK, without the garbage characters at the end of the base
> relocation section.
> 
> -John
> 
> 
>     ---------------------------------------------------------------
> 
>                    Name: dllcheck.exe
>     Part 1.2       Type: unspecified type (application/octet-stream)
>                Encoding: X-UUENCODE

-- 
Jason L. Esman aka _Jman
System Admin. Network Consultant
Irc Admin of irc.lx.net(newnet)
Co. Owner of Den Internet Services
http://www.lx.net && http://www.deninc.com
PGP Keys finger jman@lx.net
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 63+ messages in thread

end of thread, other threads:[~2024-01-10 14:53 UTC | newest]

Thread overview: 63+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-02-19 15:15 [Fwd: Bug: Perl:IsWinNT undefined & RFE, only use "/" in reg values, not names..?] Brian.Kelly
2004-02-19 22:24 ` linda w
2004-02-19 23:11   ` Yitzchak Scott-Thoennes
2004-02-19 23:37   ` Christopher Faylor
2004-02-28 19:06     ` linda w
2004-02-28 20:40       ` Christopher Faylor
2004-02-29 21:00       ` Yitzchak Scott-Thoennes
2004-02-22 16:01   ` Gerrit P. Haase
  -- strict thread matches above, loose matches on Subject: below --
2024-01-10 14:51 hancy donald
2024-01-10 14:52 ` hancy donald
2023-10-08 10:06 Ben Sim
2023-10-09  7:39 ` cygwinautoreply
2023-09-01 11:21 Sanjitha. p
2023-09-01 11:23 ` cygwinautoreply
2023-09-01 10:43 Sanjitha. p
2023-09-01 10:47 ` cygwinautoreply
2023-08-04 21:10 mazyona
2023-03-02 13:38 Kidane Kenenisa
2023-03-02 13:41 ` cygwinautoreply
2023-01-03 19:42 abolfazl fazli
2023-01-03 19:45 ` cygwinautoreply
2021-11-13 13:01 Kossi Jules KETIKA
2021-11-13 13:01 ` Kossi Jules KETIKA
2021-11-13 13:03 ` Re: cygwinautoreply
2021-11-13 11:32 MUSHIMIYIMANA VIATEUR
2021-11-13 11:35 ` cygwinautoreply
2021-06-26  8:43 Re; Atencion al  Asegurado
     [not found] <278275920.6108613.1607516124022.ref@mail.yahoo.com>
2020-12-09 12:15 ` chaparay01
2020-12-09 18:00   ` Ben Kamen
2020-08-22 17:03 C Goh
2020-08-22 17:13 ` Andrey Repin
2020-08-23  3:05   ` Re: C Goh
2013-08-08  5:56 Re: jrassoc
2013-07-06 16:56 Re: rus369
2013-02-27  5:44 Re: s_hulge
2012-03-11 19:19 "Inappropriate ioctl for device" problem using latest cygwin as a shell within native (non-cygwin) GnuEmac Jack Profit
2012-03-11 19:42 ` Ken Brown
2012-03-11 19:47   ` Ken Brown
2012-03-12  1:44     ` Jack
2012-05-06  2:40       ` Re: Trey Greer
2011-05-06 14:56 Re: Arvind Raman
2008-11-25  8:15 Re: pm@kiu.ru
2008-10-02 16:13 Re: Brenda Hatch
2007-01-21 22:50 "id -Gn" w/ username doesn't return all associated groups. Issue with getgrent()? Mark A. Ziesemer
2007-01-22  9:34 ` Corinna Vinschen
2007-01-22 13:03   ` Eric Blake
2007-01-22 13:29     ` Corinna Vinschen
2007-01-22 15:23       ` Mark A. Ziesemer
2006-02-08 17:33 "rxvt -e bash" From Batch File Hassel, Scott
2006-02-08 17:49 ` Bubba Jones
2006-02-08 17:10 "rxvt -e bash" From Batch File Bubba Jones
2006-02-08 17:36 ` Chris Taylor
2006-02-08 17:58   ` Bubba Jones
2006-01-18 15:05 "replaced while being copied" - was ... RE: Solved partially by findutils 4.3 - RE: "inode changed", Jan Schormann
2006-01-18 16:18 ` Corinna Vinschen
2006-01-23 12:28   ` Jonas Mölsä
2006-01-23 15:23     ` Corinna Vinschen
2006-01-24 10:14       ` Jonas Mölsä
2006-01-24 12:09         ` Re: Corinna Vinschen
2005-11-28 22:45 , [Fwd: xsltproc from libxstl-1.1.15-1] Thomas Berger
2005-12-22  8:02 ` Gerrit P. Haase
2005-07-14  6:02 Civis
2005-02-23 18:47 real-story
2004-02-07 15:33 Peter Schoen
     [not found] <6810515835.20040117131240@familiehaase.de>
2004-01-17 22:34 ` Inge Haase
2003-10-15 21:18 Re: caj
     [not found] <1003339534031140@firemail.de>
2001-10-17 13:19 ` Re: Charles Wilson
2000-12-16  9:23 Re: Earnie Boyd
2000-12-05  8:54 Re: henry junior
     [not found] <Pine.LNX.4.10.9910111854020.4347-100000@atlas.ujavcali.edu.co>
1999-10-11 17:19 ` Suhaib M. Siddiqi
1999-10-31 19:54   ` RE: Suhaib M. Siddiqi
1999-03-28 16:14 No Subject Dave Braze
1999-03-28 17:03 ` Rick Rankin
1999-03-31 19:45   ` RE: Rick Rankin
     [not found] <01d601be61ac$ceadd300$29acdfd0@InspirePharm.Com>
1999-02-26 11:59 ` Corinna Vinschen
1999-02-28 23:02   ` Re: Corinna Vinschen
1998-11-23 12:41 No Subject Ugo Matrangolo
     [not found] ` <matra@dedalus.com>
1998-11-24 12:54   ` John F. Kolen
1998-11-24 16:45 ` Re: Benjamin Riefenstahl
1998-11-04 22:40 No Subject Keith Carscadden
1998-11-06  3:00 ` Benjamin Riefenstahl
1998-08-15  2:26 No Subject anangsa
1998-08-17 12:35 ` Michael Weiser
1998-07-01  8:02 Re: Earnie Boyd
1998-05-17 21:40 No Subject Abdul razak
1998-05-19  7:38 ` Michael Weiser
1998-02-09 13:06 lib-www on Win95/cygwin32 - (some) success! James G. Stallings II
1998-02-10  6:06 ` No Subject Jerome Gay
1998-02-14  8:26   ` Fernandes
1998-02-15  5:57     ` Re: Bug Hunter
1997-11-19  1:25 Re: Scott Warner
1997-11-17  9:50 No Subject Capron, Craig W
1997-11-20  2:01 ` Bernd Schilpp
1997-06-08  0:47 Sergey Okhapkin
1997-06-09  9:02 ` RE: John Cerney
1997-06-05 18:47 No Subject John Cerney
1997-06-06 23:41 ` jman

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).