But can anyone say more about Dave Korn's comment that it could horribly
frag your heap and bork
your maximum allocatable memory limit? Can I test this somehow?
Guess I'll just go with it then... :)
In the interim I've tried out a few other leading AV products: Avria,
Nod32, and Kaspersky,
Michael Kairys kai...@comcast.net wrote in message
news:h7j7ha$47...@ger.gmane.org...
Or you can go the easy route, and follow the instructions they have
provided to rebase cygwin.dll.
I shall try their instructions and report back. (There must be other
BitDefender users similarily
Or you can go the easy route, and follow the instructions they have
provided to rebase cygwin.dll.
I shall try their instructions and report back. (There must be other
BitDefender users similarily inconvenienced by version 2010 :)
--
Problem reports: http://cygwin.com/problems.html
(3) http://www.f-prot.com
Thanks for the suggestion... Seems some reviews give them low marks on
detection rates:
http://www.virusbtn.com/vb100/RAP/RAP-quadrant-Feb-Aug09.jpg
http://www.virus-centre.com/
... and some low marks on features (19 out of 20):
Thanks for the replies...
the suggestion to use a base address in the 0x3500 area (or indeed
any of the others they mentioned) is going to horribly frag your heap and
bork
your maximum allocatable memory limit, isn't it?
I don't know. How would I tell?
Wonder if it wouldn't work just
BitDefender AntiVirus 2009 and Cygwin got along fine, but when I upgraded to
2010 all my Cygwin-based apps started crashing. If I turn off their Active
Virus Control the problem goes away.
They offer this advice:
=
There is an incompatibility between cygwin
Trying to learn more about git by installing it and poking around... If I
try to run git gui I get:
bitmap c:\cygwin\usr\share\git-gui\lib/git-gui.ico not defined
while executing
wm iconbitmap . -default $oguilib/git-gui.ico
invoked from within
if {[is_Windows]} {
wm iconbitmap . -default
I have it happen to me that something puts a cygwin dll in my system dir and
sets it hidden and/or system. Go to your windows dir in a command prompt and
say attrib cygwin1.dll /s
Affan Ahmed [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
So here is the deal, I am trying to run
Larry Hall (Cygwin) [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
想 李 wrote:
Michael wrote:
I've wondered about this too... So if I have changed my Cygwin setup on
one machine and
I want to duplicate those changes on another machine, all I have to do
is copy installed.db
to the
Igor Peshansky [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
If you want to replicate the packages, but not the versions, installing
from the Internet is fine (again, change all versions to 0.0 if you want
that, to make sure setup picks up the packages).
Igor
That is what I would
I've wondered about this too... So if I have changed my Cygwin setup on one
machine and I want to duplicate those changes on another machine, all I have
to do is copy installed.db to the other machine and run setup.exe there?
--
Unsubscribe info:
Scott Wegner [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
... However, I'd rather find a solution where the batch script can remain
unaware of its Cygwin context. Once I get things working, I plan on
creating bash script wrappers for many Windows batch scripts, so I'd like
to
I blush to confess I don't know what you mean. Can you say a little more
about how I would get the patch onto my system?
Reini Urban [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
2008/3/17, Michael Kairys [EMAIL PROTECTED]:
I really don't know when I will have enough time
When you say yet, do you mean someday? :)
The reason I ask (and keep asking :) is this: I have been working to port
my Perl scripts from AS to Cygwin; and I have them all done except a few
that rely on Perl/Tk. In the absense of a Win32-native version I had planned
to rewrite them using
At the risk of sounding impatient, have you been able to make any headway on
this? I for one would love to get my hands on it...
TIA!
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Thanks for your reply, Reini. I tried installing your version and it ended
up in vendor_perl/5.10, whereas everything else is in 5.8. I don't know hwat
to do with/about that.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
It works! (But I guess you knew that :)
Thanks very much.
--
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/
I can't figure out, after searching here and elsewhere, if there is a
Win32::API module for Cygwin Perl. I am trying to port some ActiveState
scripts that use it.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Thank you!!! (In advance :)
--
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/
Reini Urban [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
So we have bad luck and have to wait for someone who can
debug this on Vista.
Perhaps not... I duplicated my Cygwin setup on my laptop, which runs XP, and
I got the same behavior there. I've attached cygcheck output
Dave Korn [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I notice that one common factor between those two machines is they're
both
running Zone Alarm. How much grief would it cause you to try uninstalling
it
on one of those machines (and putting it back later if need be)?
Dave Korn [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I'm sorry to ask you to go to that trouble without being able to really
guarantee the likelihood of success...
No trouble, but no help either. Still crashes. Attached cygcheck output from
ZA-less system FWIW.
I would in
Morgan Gangwere [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
heres the cygcheck and perl stackdump
Hello, are you having the same problem?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
morgan gangwere [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
yes, i am...
Oh, good! No ZoneAlarm and no Vista :)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Reini Urban [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
This can be crashing for a lot of reasons.
Please submit a full report (see http://cygwin.com/problems.html) and
try rebaseall.
Thanks for your reply.
I have recently rebase'd all to fix another problem.
I have attached
Reini Urban [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Maybe there are any missing dependencies in
/lib/perl5/vendor_perl/5.8/cygwin/auto/Win32/GUI/GUI.dll
Can you send the output of
$ cygcheck /lib/perl5/vendor_perl/5.8/cygwin/auto/Win32/GUI/GUI.dll
No reply in wput's Sourceforge discussion group either :)
--
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/
... or claims to :) If I run /bin/win32-gui-demos.pl from bash I a
momentary window and the message Segmentation fault (core dumped). By
sprinkling prints in the file I see it crashes at line 189:
Win32::GUI::Dialog(); This is on Windows Vista BTW.
I've tried reinstalling my Cygwin Perl
Connected via VPN to a Solaris server on which I have a shell account, I can
ftp okay, and can wget using the URL syntax
ftp://[username[:[EMAIL PROTECTED] However wput fails using the same
syntax. wget 1.10.2, wput 0.6.1.
1 wget ftp://michael:[EMAIL PROTECTED]/foo.bar
--08:43:12--
Larry Hall (Cygwin) [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
http://cygwin.com/faq/faq-nochunks.html#faq.using.chmod
Thanks... I read with partial understanding but could not come up with any
action items...
My resolution was to verify that my temp is in fact writeable
Igor Peshansky [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I'm guessing one can reconstruct your permissions as follows:
$ cd /tmp
$ mkdir nw
$ setfacl -m g:Users:rwx nw
$ chmod a-rwx nw
$ ls -ld nw
d-+ 2 igor root 0 Dec 18 10:08 nw/
$ touch nw/foo
$ ls -l nw/foo
Igor Peshansky [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Heh. I just looked, and it seems you've never posted the output of
cygcheck -svr on your system ...
Well, I didn't think I was reporting a problem except possibly with my own
understanding...
I bet ... the DOS
I apologize in advance for the scanty information here; I'm hoping someone
can suggest how to narrow this down.
I've begun using Cygwin Perl regularly in the past few days (previously used
only AS) and I'm finding fairly simple scripts crashing intermittently with
this message:
3 [main]
Michael Kairys [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
By fairly simple I mean ones I'm working on that at this point are only
reading arguments and doing string operations.
Sorry, one more thing, and probably the thing: system(notepad );
So this is clearly fork-related
Reini Urban [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Known problem and easy to fix.
Download the rebase package, read the readme, stop all cygwin services and
run rebaseall in ash.
Thank you for the timely reply! However I am stuck on what should be a
simple step:
Michael Kairys [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
It's all pretty disappointing, compared to ActiveState's implementation,
which looks much better and requires no setup, no extraneous directories
on my path, and no otherwise uneeded daemons.
A little research
There seems to be something broken in my Perl installation re. Tk, or
perhaps I'm missing something, or just ignorant. If I run a script
containing (only) use Tk I get:
Can't load '/usr/lib/perl5/vendor_perl/5.8/cygwin/auto/Tk/Tk.dll' for module
Tk:
No such file or directory at
Sisyphus [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Yes ... but note that the error message doesn't actually say that
'/usr/lib/perl5/vendor_perl/5.8/cygwin/auto/Tk/Tk.dll' could not be found.
In fact, it says that
'/usr/lib/perl5/vendor_perl/5.8/cygwin/auto/Tk/Tk.dll' could
Reini Urban [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Run cygcheck /usr/lib/perl5/vendor_perl/5.8/cygwin/auto/Tk/Tk.dll
There you will find the missing libraries.
Thank you! I get Error: could not find cygX11-6.dll
That's not entirely true. Tk works fine without X.
Just
Andrew DeFaria [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I'll say it again, it would be wonderful if Perl/Tk would work with
regular win32 graphical elements but nobody has bothered to develop that.
Well, ActiveState has :)
... and thank you for the explanation.
--
Reini Urban [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Cygwin perl-Tk for native Win32 worked fine for several years, but stopped
working some years ago.
Since the maintainer is dead, the situation didn't improve.
Wwll, I'm sorry to hear that, for our sakes.
I have resolved
Tim Prince [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Is it correct that Cygwin Perl/Tk requires a running X server?
That is one of the stranger assertions to pass by here in a while. More
so than the (OT, as there is that other list) complaint that installing
X from cygwin
Andrew DeFaria [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Well that tells you that your previous invocations of system and backquote
constructs were not portable to start with. It would be far better to
centralize such things to a subroutine to try to mitigate the portability
Andrew DeFaria [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Well that tells you that your previous invocations of system and backquote
constructs were not portable to start with. It would be far better to
centralize such things to a subroutine to try to mitigate the portability
Brian Mathis [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
I think the biggest problem you're having is conceptual. It's easy to
view a bash prompt as just a better DOS prompt that gives you unix
commands in addition to windows command line commands.
...
The solution is to start
Jevin Sweval [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
At work, we develop using both Cygwin's perl and AS's perl (we
distribute our app to people without Cygwin but with ActivePerl).
Thank you for these comments, Your environment is similar to my situation;
my coworkers to
Michael Kairys [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
As an aside, there seems to be something broken in my installation re. Tk
(or
perhaps I'm missing something). If I run a script containing (only) use
Tk I
get: Can't load '/usr/lib/perl5/vendor_perl/5.8/cygwin/auto/Tk
Reini Urban [EMAIL PROTECTED] wrote in message
Win32::OLE COM objects, Registry access, Win32:GUI and all of
libwin32 works fine on cygwin perl. With cygwin perl you have the best
of both worlds.
Is it correct that Cygwin Perl/Tk requires a running X server?
--
Unsubscribe info:
Michael Kairys kairys at comcast.net writes:
I would prefer to maintain only one Perl installation and would in fact
be perfectly happy to dump AS in favor of Cygwin if I could do so without
major pain. You have encouraged me to at least give it a try.
Well, I gave it a try, and I can see
DePriest, Jason R. jrdepriest at gmail.com writes:
I have ActiveState Perl installed and cygwin perl.
...
I have no problems when I use each version in the appropriate environment.
Simple scripts can be written that will run in both environments.
...
Cygwin handles the pathing so I never
William Sutton william at trilug.org writes:
Having done a bit of this myself, I'm interested into enquiring further
into your difficulties. Except for win32-specific modules, perl code
*should* *just work* for either cygwin perl of for ActiveState. Last I
checked (and it's been about
I've been using ActiveState Perl and Cygwin together for years and have only
one complaint: Setup keeps hassling me about dependencies and I have to make
sure always to uncheck Perl in the setu list (and again in the dependency
check) or I end up with two Perl installations, which I don't want.
I'm setting up my usual environment on Vista (Ultimate) and I found that the
Windows versions of rcp and rsh appear not to be distributed with Vista. So I
turned to the Cygwin versions and found they don't seem to run - although all
the other Cygwin ports I've used seem to work fine.
I get:
Thank you both, you were both right :) There *was* a cygwin1.dll in
windows/system32, marked system and hidden... And I agree I should learn to
live without rcp. (For now I'm using ftp via wget.)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
-- www.ccygwin.com --
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Robert Collins
Sent: Tuesday, March 26, 2002 6:46 AM
To: [EMAIL PROTECTED]
Subject: Fixed setup.exe - handles hardlinks
A new setup.exe (version 2.194.2.21) has been
55 matches
Mail list logo