Re: Re: Need help with Perl/Tk

[Jason Pearce]

This is rather late because I only follow the digest, but I've looked 
into Perl/TK a bit with Cygwin.
Initially I found it all to be fairly disappointing, not least because 
when I finally got things "working" Perk/TK gave limited widgets and was 
prone to crashes.


My current solution is to use Perl Tcl::Tk. The subtle difference is 
that Perl controls the interface though TCL. I've found it much more 
satisfying and much more stable. One of the biggest advantages is access 
to a lot more widgets because you can get at any widget you can get 
under TCL/TK. I am using VTCL to graphically build my GUI forms, the the 
Perl script "executes the TCL interface" with TCL::TK.


Getting it all going is prety straight forward, install Cygwin's TCL TK 
(which uses the x-server) then then the perl packages off CPAN compile 
out of the box (see my earlier cygwin post about the snit gotcha).


http://vkonovalov.ru/cgi-bin/perl-tcltk-wiki.cgi/
http://www.cygwin.com/ml/cygwin/2007-10/msg00221.html
http://www.nntp.perl.org/group/perl.tcltk/
http://vkonovalov.ru/vtcl-usage/Using_vtcl_for_creating_Tcl-Tk_GUI_for_Perl.html

Regards,
Jason

Michael Kairys wrote:


"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 reveals this issue has been around for a while and 
is apparently well-known by everyone but me :)


From: "Yaakov S (Cygwin Ports)" dot net>

To: cygwin at cygwin dot com
Date: Wed, 14 Dec 2005 17:54:19 -0600
Subject: Re: PerlTK under Windows
References: <[EMAIL PROTECTED]>


Andrew DeFaria wrote:

However I'd like PerlTk to fall back to using Windows widgets much like
rxvt will do a Windows window if there is no X server to connect to.


Just how rxvt manages to use both X11 and Win32GUI is unique, as has
been discussed before at length.  Don't expect anything else X11 based
to do that on Cygwin.

perl-Tk is X11-based because it *does not compile* on Cygwin for Win32.
PTC.






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

Hard links on a UDF file system

[Jason Pearce]

I have a removable disc (IOMEGA REV), and I want to use cygwin to take 
backups using cp -l and rsync as per 
http://www.mikerubel.org/computers/rsync_snapshots/
This requires hard links to work, which they do on the NTFS partitions, 
but the IOMEGA has a UDF file system and they don't seem to work there 
(revealed by ls -i).
I believe UDF supports hard links 
(http://www.k-par.com/pdfs/resources/whitepaper/DVDWhitePaper.pdf), so 
maybe its just Cygwin that does not allow them?

Can anyone help?


Some additional background:
My first thought was to reformat the IOMEGA to NTFS but I found I could 
not. IOMEGA's web site says the following:

*

*Why does the Iomega REV drive use the UDF file system for PCs?*
The UDF file system is the file system of choice as it overcomes many 
of the limitations of other popular file systems. The FAT32 file 
system has a 30GB format limit and a 4GB file size limitation. The 
NTFS file system does not support removable media. UDF also allows 
Iomega REV disks to use advanced ECC error correction on its media.
*I am not sure if that claim is true, but I have not been able to find a 
way to format the disc to NTFS.





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

PerlTk under Cygwin?

[Jason Pearce]

I found this once:
http://sourceforge.net/project/showfiles.php?group_id=99645&package_id=112046

I tried it back at version 800.025-2 , where both the X and native 
windows bindings worked. Well, to be honest I didn't use it much but I 
built some test cases with specTk and they ran OK. I was just satisfying 
a curiosity and I have not looked at it for some time. Hope it helps.


Jason


I tried to install Tk for Perl using CPAN by:

$ perl -MCPAN -e "install Tk"

However it fails with:

In file included from ../pTk/tkWinPort.h:19,
from ../pTk/tkPort.h:28,
from Xlib.xs:7:
../pTk/mTk/xlib/X11/Xlib.h:1206:35: ../pTk/tkIntXlibDecls.h: No such 
file or directory

make[1]: *** [Xlib.o] Error 1
make[1]: Leaving directory `/dev/p/.cpan/build/Tk-804.027/Xlib'
make: *** [subdirs] Error 2
 /bin/make  -- NOT OK
Running make test
 Can't test without successful make
Running make install
 make had returned bad status, install seems impossible

Has anybody managed to install Tk for Perl running under Cygwin?
--
There's too much blood in my caffeine system. 



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

Re: Hard links on a UDF file system

[Jason Pearce]

This is just a post back from my earlier question.
I discovered that my "direct to disc" utility creates a UDF file system 
on my DVD burner. I never realised these utilities used something of a 
standard... Anyway that allowed me to experiment with UDF on my XP machine.


XP has the fsutil functions (that were not available under Win2K with 
the REV drive was)

http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/fsutil.mspx

So after formatting the disc with UDF I gave it a try and discovered 
that it truly is windows that imposes the restriction

[/cygdrive/e]$ fsutil hardlink create link file
The FSUTIL utility requires a local NTFS volume.



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

Re: Installing Perl modules with "perl -MCPAN -e shell;" fails with "02packages.details.txt.gz does not contain a Line-Count header"

[Jason Pearce]

Stephan,
I don't recall -- did you attach the output of "cygcheck -svr" at some
point (if so, just point to it in the archives, no need to repost)?  My
guess is that this may be a textmode vs. binmode issue.  Try making your
home directory a binmode mount, or setting PERLIO=crlf and see if that
helps with CPAN.
Igor
Actually I think this advice is the wrong way around. Before running 
CPAN, I think you should unset PERLIO if you otherwise have it set. I 
set PERLIO=crlf by default because my perl scripts heavily interact with 
DOS programs. If I run CPAN directly I have problems. But CPAN works 
fine once I unset PERLIO
I run it like this:

>unset PERLIO; perl -MCAPN 
FYI - my home directory is a binmode mount.
Regards,
Jason

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

Re: chere doesn't cd to directory

[Jason Pearce]

Mmmm. Leftovers. I'll clean that out in the next release.
CHere didn't work because you either have an old or custom /etc/profile.
 


I fell fowl of the customized /etc/profile too. I think it is worth a 
note in the man page (or /usr/share/doc/chere?) in next release.

Regards,
Jason
--
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/

no-mirror patch for setup.exe

[Jason Pearce]

I want to use setup.exe behind a firewall where it cant see the list of 
mirrors.
This patch creates a -m option for no-mirror. In this case the 
application will not try to get a list of sites and the user is obliged 
to provide a valid site with the existing -s switch.

BTW - The -h help option doesn't seem to work.
Regards,
Jason
Index: site.cc
===
RCS file: /cvs/cygwin-apps/setup/site.cc,v
retrieving revision 2.35
diff -u -p -r2.35 site.cc
--- site.cc 29 Dec 2004 12:38:04 -  2.35
+++ site.cc 9 Mar 2005 18:39:22 -
@@ -62,6 +62,7 @@ SitePage::SitePage ()
}
#include "getopt++/StringOption.h"
+#include "getopt++/BoolOption.h"
#include "UserSettings.h"
using namespace std;
@@ -70,6 +71,7 @@ SiteList site_list;
SiteList all_site_list;
StringOption SiteOption("", 's', "site", "Download site", false);
+static BoolOption NoMirrorOption (false, 'm', "no-mirror", "Don't 
download mirror sites");

/* XXX make into a singleton? */
static SiteSetting ChosenSites;
@@ -194,6 +196,14 @@ static int
get_site_list (HINSTANCE h, HWND owner)
{
  char mirror_url[1000];
+  bool NoMirror = NoMirrorOption;
+
+  if (NoMirror){
+/* Don't bother with getting a list of sites, the user must specify
+   a site via the -s switch. But this prevents failure if behind 
firewall
+   and can't access the mirror list */
+return 0;
+  }

  if (LoadString (h, IDS_MIRROR_LST, mirror_url, sizeof (mirror_url)) <= 0)
return 1;
--
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/

RFE: enhance setup.exe to used cached mirrors file

[Jason Pearce]

Here is a link to a compiled version of my patch from a few days ago.
While I can't imagine what could go wrong, I dont have any detailed 
knowledge of setup.exe and I have not tested this compile very 
thoroughtly yet! (ie you have been warned, but use if it helps).

http://www.btinternet.com/~jasebob.pearce/cygwin/setup.exe
--
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/

Re: RFE: enhance setup.exe to used cached mirrors file

[Jason Pearce]

Actually there is is problem with this binary I posted, it crashes near 
the end of the install (although the install does seem to work).
I don't *think* it is my patch because I have the same results when I 
compile a clean CVS checkout. I have to look further into it before I 
can comment any further, but for now I am removing that binary.

Jason Pearce wrote:
Here is a link to a compiled version of my patch from a few days ago.
While I can't imagine what could go wrong, I dont have any detailed 
knowledge of setup.exe and I have not tested this compile very 
thoroughtly yet! (ie you have been warned, but use if it helps).

http://www.btinternet.com/~jasebob.pearce/cygwin/setup.exe


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

no-mirror patch for setup.exe

[Jason Pearce]

Actually there is is problem with this binary I posted, it crashes near 
the end of the install (although the install does seem to work).
I don't *think* it is my patch because I have the same results when I 
compile a clean CVS checkout. I have to look further into it before I 
can comment any further, but for now I am removing that binary.

Jason Pearce wrote:
Here is a link to a compiled version of my patch from a few days ago.
While I can't imagine what could go wrong, I dont have any detailed 
knowledge of setup.exe and I have not tested this compile very 
thoroughtly yet! (ie you have been warned, but use if it helps).

http://www.btinternet.com/~jasebob.pearce/cygwin/setup.exe


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

Re: rsync hangs on checksum synchronization

[Jason Pearce]

FYI - I use rsync with checksums to synchronise from my laptop to work. 
It syncs to a HP binary of rsync at the other end. I found I had to use 
checksums because the time stamping was unreliable, transfering more 
than it needed to. I have found it to be very reliable since switching 
to checksums, but my database is much smaller, 591 files 477M.

I use this command:
rsync -crpz --progress --delete Makefile setup.exe setup.ini etc release 
engserv3:/netapp1/cad/users/jasonp/cygwin-beta/

On Cygin I have rsync  version 2.6.3  protocol version 28 (2.6.3-1)
On HP I have rsync  version 2.5.6  protocol version 26
Regards,
Jason
At 08:31 AM 4/9/2005, you wrote:
 

Hi everybody,
I'm experiencing another variant of the rsync hang-problem. I'm using rsync
locally to synchronize some large amount of data (~ 80 GB of media files)
with an attached USB harddrive. The command I use for everyday
synchronization reads as:
rsync -CvubrltgoD -v --delete --backup-dir=/CYGDRIVE/p/BACKUP
--exclude="System Volume Information" --exclude="RECYCLER"
--exclude="desktop.ini" --stats --progress /CYGDRIVE/m/ /CYGDRIVE/$1
This command just works as expected - no problems occur. However, I want to
run a cron job every month that performs a thorough, binary comparison
between the two trees. The command reads as:
rsync -cCvubrltgoD -v -v --delete --backup-dir=/CYGDRIVE/p/BACKUP
--exclude="System Volume Information" --exclude="RECYCLER"
--exclude="desktop.ini" --stats --progress /CYGDRIVE/m/ /CYGDRIVE/$1
As you will notice, the only noticeable difference is the additional
"-c"-switch which implies the use of checksums.
Running the second command results in a large list being built (locally,
from /CYGDRIVE/m/), which soon stops after about 100 files. The point where
it stops is not identical all the time.
I don't know if I should attach the result of the cygcheck-command here
since it contains a large amount of data - if you need any more information,
please ask me to provide it. Google could not help me in this issue, and I
can't see why the command in question should not work.
   

'cygcheck -srv' is always a help.  I'd suggest *attaching* an uncompressed
version in any follow-up.  How large could it be?  Mine's 43K.
Also, please note that if any of your mounted drives ('/cygdrive/X')
require windows authentication to access, you'll have trouble with that
when running as a service (if the service is run as 'SYSTEM' rather than
under your Windows login).  


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

 

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

Re: Building a common cygwin enviroment for network distribution

[Jason Pearce]

I've looked around the Cygwin site for information on installation 
that doesn't use the supplied setup.exe, and I've found a lot of "you 
on your own" so I'm hoping to get some help here.  Thanks! 
What so wrong with setup.exe?
I am doing a similar cygwin roll out at my work site and I use 
setup.exe. It can be run with command line switches so that it does not 
prompt the user and installs/updates automatically. Then you just define 
you own custom package, add it to Base group and make it depend on all 
the pacakges you want installed by default.
See http://sources.redhat.com/cygwin-apps/package-server.html

By staying with setup.exe your installation process will update as 
Cygwin does.

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

How well supported is csh/tcsh?

[Jason Pearce]

I have been using bash within my Cygwin environment thus far.
But all are other UNIX machines are set up to use /bin/csh so I am 
considering making the shift to either /bin/csh or /bin/tcsh under cygwin.

Preliminary experiments look good, but I have the feeling the majority 
of Cygwin users are with bash, even if I have no factual basis for it! So

o Do most new/upgraded packages work or do you always have to port setup 
scripts?
o Can I use tsch as a "nicer" csh and should this be fully compatible 
with csh?
o Any testimonials good or bad?

Regards,
Jason
--
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/

Re: How well supported is csh/tcsh?

[Jason Pearce]

Vince wrote:
o Do most new/upgraded packages work or do you always have to 
port setup scripts?
   

Sorry, I don't get what you mean
 

Some packages come with install scripts. I guess running them is 
independant of the shell you choose so they just work.
Other than that there are just a few environment variables that effect 
things. MAKE_MODE springs to mind. It gets set /etc/profile but also 
seems to be done in /etc/csh.login - so that one is OK. Are there others?

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

Re: Definitely no sshd on FAT32?

[Jason Pearce]

Try to figure out what happens on your system.  However, if you're
running 2K or XP, I don't see a reason to keep FAT32.  You can convert
it to NTFS using the "convert" tool which is shipped with all NT versions.
Corinna

I specifically reinstalled my XP onto FAT32 because I dual boot Linux 
and the NTFS driver is not as good as the FAT32.

Jason



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

Re: Definitely no sshd on FAT32?

[Jason Pearce]

Larry Hall wrote:

I specifically reinstalled my XP onto FAT32 because I dual boot Linux and the NTFS driver is not as good as the FAT32.
   



Why is that?  And before you say that there's no support for NTFS under
Linux, see . 

 

Granted it has come a long way, but I last partitioned my disk around 
July last year, at which time "very buggy access" was not a very 
reassuring testimonial!
Another reason was I use a laptop with only 20G of disk and FIPS was 
also capable of re-sizing FAT32 partitions, if I ever needed to 
re-distribute the windows/linux share. I also see that this has moved 
along since and http://linux-ntfs.sourceforge.net/ may provide a 
solution (But I have never used it!).

Next time I re-partition might give NTFS a go. FYI, performance wise I 
have not found FAT 32 a problem especially for a small disk.

Jason

NEWS for captive-0.9 (2003-09-23)

* Multifilesystem capability by new CaptiveVfsObject
* Finished and deployed CORBA sandbox separation
* Implemented filesystem unmount to successfuly remount ntfs volume
* Generates --bug-pathname resources file for sandbox crash bugreport
* Implemented TraceFS W32 Cache Manager debug tracer
* Rewritten Cache Manager to better match its W32 original behaviour
* LUFS (Linux Userland File System) module to be Linux kernel filesystem
* Written fstab & W32 modules installer as package 'install'
NEWS for captive-0.8 (2003-05-02)

* ntfs.sys working incl. readwrite mode (0.9 update: very buggy access)





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

Re: AS Perl versus cygwin Perl

[Jason Pearce]

Hi,
I still use Active State Perl rather than cygwin's native Perl, the
reason being that I have trouble intalling Perl modules via > cpan in
particular the MySQL DBIs & DBD, cpan keeps finding other modules
which need installing before giving up. Whereas the AS PPM (Perl
Package Manager) works everytime.
Is this just my experience? (I've tried disabling AS-Perl before doing
my installs)
zzapper (vim, cygwin, wiki & zsh)
--
vim -c ":%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg?"

http://www.vim.org/tips/tip.php?tip_id=305  Best of Vim Tips

 

I use Cygwin Perl and set $PERLIO=crlf because I have a lot of scripts 
processing IO from other windows tools.
But I have to remember to unset $PERLIO becfore using CPAN otherwise it 
fails! But after that, I have had no problems using the CPAN module.

Jason



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

Building PerlMagick-6.00 against ImageMagick 5.5.7-2

[Jason Pearce]

I am trying to install PerlMagick.
I first tried to do so automatically via CPAN and it failed. Then I 
tried doing the build manually.
First up I get a bunch of warnings about not finding libs. From 
http://sources.redhat.com/ml/cygwin/2003-07/msg01352.html I gather this 
is erroneous, and wont effect the compile.

[/tmp/PerlMagick-6.00]$ perl Makefile.PL
Checking if your kit is complete...
Looks good
Note (probably harmless): No library found for -llcms
Note (probably harmless): No library found for -ldpstk
Note (probably harmless): No library found for -ldps
Note (probably harmless): No library found for -lXext
Note (probably harmless): No library found for -lSM
Note (probably harmless): No library found for -lICE
Note (probably harmless): No library found for -lX11
Writing Makefile for Image::Magick
Then I try the Make and get errors first up so something major must be 
missing, I just can't figure out what!
Any pointers would be appreciated.

Jason
[/tmp/PerlMagick-6.00]$ make
cp Magick.pm blib/lib/Image/Magick.pm
AutoSplitting blib/lib/Image/Magick.pm (blib/lib/auto/Image/Magick)
/usr/bin/perl.exe /usr/lib/perl5/5.8.2/ExtUtils/xsubpp  -typemap 
/usr/lib/perl5/5.8.2/ExtUtils/typemap  Magick.xs > Magick.xsc && mv 
Magick.xsc Magick.c
gcc -c  -I../ -I.. -I/usr/include/freetype2 -I/usr/X11R6/include 
-I/usr/X11R6/include/X11 -I/usr/include/libxml2 -DPERL_USE_SAFE_PUTENV 
-fno-strict-aliasing -g -O2 -Wall -pthread -DUSEIMPORTLIB -O2   
-DVERSION=\"6.0.0\" -DXS_VERSION=\"6.0.0\"  
"-I/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE"  
-D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H Magick.c
gcc: unrecognized option `-pthread'
Magick.xs:144: error: syntax error before "MagickRealType"
Magick.xs:144: warning: no semicolon at end of struct or union
Magick.xs:161: error: syntax error before '}' token
Magick.xs:202: error: `MagickNoiseOptions' undeclared here (not in a 
function)
Magick.xs:202: error: initializer element is not constant
Magick.xs:202: error: (near initialization for 
`Methods[2].arguments[0].type')
Magick.xs:202: error: initializer element is not constant
Magick.xs:202: error: (near initialization for `Methods[2].arguments[0]')
Magick.xs:202: error: initializer element is not constant
Magick.xs:202: error: (near initialization for `Methods[2].arguments')
Magick.xs:202: error: initializer element is not constant
Magick.xs:202: error: (near initialization for `Methods[2]')

... and much more.

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

Re: The rxvt.1 manpage of the rxvt-2.7.10-4 package

[Jason Pearce]

An easy way of deleting the YODL garbage is to use the VIM editor.
The following VIM script (call it patch.vim) does the job:
Q
%s/^\.YODLTAGSTART\./\.YYODLTAGSTART\./
%s/\.YODLTAGSTART\./\r\.YODLTAGSTART\./g
%s/\.YODLTAGSTART\. roffcmd //
%s/\.YYODLTAGSTART\. roffcmd //
%s/\.YODLTAGEND\.//
%s/\n\.YYODLTAGSTART\..*//
1
/\.TH
1,.-1d
wq
Then call VIM to modify the wrong rxvt.1
$ vim -s patch.vim -- rxvt.1
bye.
Rodrigo Medina
Great!
For other non-vim users (who don't even install it) here is the sed 
script equivilent

s/^\.YODLTAGSTART\./\.YYODLTAGSTART\./
s/\.YODLTAGSTART\./\r\.YODLTAGSTART\./g
s/\.YODLTAGSTART\. roffcmd //
s/\.YYODLTAGSTART\. roffcmd //
s/\.YODLTAGEND\.//
s/\n\.YYODLTAGSTART\..*//
call it patch.sed.
$ cp /usr/man/man1/rxvt.1 /tmp/
$ sed -f patch.sed /tmp/rxvt.1 > /usr/man/man1/rxvt.1
Jason
--
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/

user PATH spec missing via rlogin.

[Jason Pearce]

I've just installed inetd on an NT system and most things seem to be 
working fine.

In the rlogin session USER environment variables (from control panel -> 
system -> environment) seem to come through OK, but in the case of PATH 
where it is also defined in the SYSTEM environment. I only get the 
SYSTEM path. Is this expected?

Natively on the host machine my path contains system and user details
[~]$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/NETMANAG.32:/cygdrive/c/orawin/bin:/usr/bin:/cygdrive/d/vlib/std:/cygdrive/d/WVOFFICE:/cygdrive/c/AVANTI/98.4/PC:/cygdrive/c/util:/cygdrive/c/ctexe:/cygdrive/c/ctlib:/cygdrive/c/ezc:/cygdrive/c/Modeltech_5.6/win32:/cygdrive/c/Program 
Files/Symphony EDA/VHDL Simili 2.2/tcl/bin:/cygdrive/c/Program 
Files/MPLAB:/cygdrive/d/emacs-21.2/bin:/usr/bin

Via remote rlogin it only contains the system portion
>echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/NETMANAG.32:/cygdrive/c/orawin/bin:/usr/bin
Is this expected behaviour?
As an aside, I DO have USER mount points working when remotely logged 
in. This seems contrary to what I'd have expected from 
inetutils-1.3.2.README which states:
 - No user mount point is valid anymore! You have to install all
   your mount points in the system mount table. This doesn't
   change after you have logged in to a normal user account eg.
   via telnet/rlogin. It's possible that we can use the user
   mounts as soon as somebody contributes a patch to login and
   ftp that allows loading a user hive into the registry after
   authentication.

Has someone already fixed login? I don't see any references to that in 
login releases.

Over my remote rlogin I see:
[~]$ mount
D:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type user 
(binmode)
D:\cygwin\bin on /usr/bin type user (binmode)
D:\cygwin\bin on /usr/bin type system (binmode)
D:\cygwin\lib on /usr/lib type user (binmode)
D:\cygwin\lib on /usr/lib type system (binmode)
d:\projects on /projects type user (textmode)
D:\cygwin on / type user (binmode)
D:\cygwin on / type system (binmode)
d:\tmp on /mnt/projects type user (textmode)
c: on /cygdrive/c type user (binmode,noumount)
d: on /cygdrive/d type user (binmode,noumount)
e: on /cygdrive/e type user (binmode,noumount)

Note that /projects is ONLY a user mount yet I can get full remote 
access via rlogin or ftp.

Jason


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

Re: user PATH spec missing via rlogin.

[Jason Pearce]

Jason Pearce wrote:
I've just installed inetd on an NT system and most things seem to be 
working fine.

In the rlogin session USER environment variables (from control panel 
-> system -> environment) seem to come through OK, but in the case of 
PATH where it is also defined in the SYSTEM environment. I only get 
the SYSTEM path. Is this expected?
Actually I now discover that most USER environment variables DON'T come 
though to the rlogin environment.
Only HOME, HOMEDRIVE and HOMEPATH are set correctly.


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

WINCVS using cygwin's python?

[Jason Pearce]

Has anyone used WinCVS 1.3 and managed to get the Python macros working 
with Cygwin's Python?

I have tried entering D:\cygwin\bin\libpython2.3.dll as the python dll 
under the WinCVS's admin=>preferences=>wincvs configuration but it does 
not seem register as having Python available.
Its just potentially confusing to have 2 versions of python laying around.

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

Win32::API perl module

[Jason Pearce]

I have been trying to compile up Win32::API perl module under Cygwin's 
perl.

The latest version off CPAN doesn't build (see below).
I have found some refernces to patches people have applied to get it 
working in the past.  In particular Win32:API version 0.20.
   http://anfaenger.de/cygwin/libwin32/Win32-API-0.20cygwin/
But I was unable to get that working either, maybe because the 
Cygwin.dll and/or Perl (v5.8.2) has moved on since that patch was done?

I was wondering if anyone has got it working for themselves?
If not, I'd really appreciate someone taking a look. I am happy to do 
some of my own dirty work, but I have little knowledge of the Cygwin.dll 
so I really struggle to know where to look. I gather Win32::API is 
relying on a hook that the Cygwin.dll is not providing?

All I really need this for is to call a procedure in a DLL, that does 
some port IO for me. At the moment my work around is to use Active State 
perl, for which Win32::API does build, but it would be better to only 
have one version of Perl around.

Regards,
Jason
[/tmp/Win32-API-0.40]$ perl Makefile.PL
Checking if your kit is complete...
Looks good
Writing Makefile for Win32::API::Callback
Writing Makefile for Win32::API
[/tmp/Win32-API-0.40]$ make
cp Type.pm blib/lib/Win32/API/Type.pm
cp Callback.pm blib/lib/Win32/API/Callback.pm
cp Struct.pm blib/lib/Win32/API/Struct.pm
cp API.pm blib/lib/Win32/API.pm
make[1]: Entering directory `/tmp/Win32-API-0.40/Callback'
/usr/bin/perl.exe /usr/lib/perl5/5.8.2/ExtUtils/xsubpp  -typemap 
/usr/lib/perl5/5.8.2/ExtUtils/typemap  Callback.xs > Callback.xsc && mv 
Callback.xsc Callback.c
gcc -c   -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -DUSEIMPORTLIB 
-O2   -DVERSION=\"0.40\" -DXS_VERSION=\"0.40\"  
"-I/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE"   Callback.c
Callback.xs: In function `XS_Win32__API__Callback_PushSelf':
Callback.xs:893: warning: cast to pointer from integer of different size
Callback.xs: In function `XS_Win32__API__Callback_DESTROY':
Callback.xs:905: warning: cast to pointer from integer of different size
Running Mkbootstrap for Win32::API::Callback ()
chmod 644 Callback.bs
rm -f ../blib/arch/auto/Win32/API/Callback/Callback.dll
LD_RUN_PATH="" ld2  -s -L/usr/local/lib Callback.o  -o 
../blib/arch/auto/Win32/API/Callback/Callback.dll  
/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a   
gcc -shared -o  Callback.dll -Wl,--out-implib=libCallback.dll.a 
-Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--stack,8388608 \
-s -L/usr/local/lib Callback.o  
/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a
Creating library file: libCallback.dll.a
Callback.o(.text+0x87b):Callback.c: undefined reference to `_itoa'
Callback.o(.text+0xf87):Callback.c: undefined reference to `_itoa'
collect2: ld returned 1 exit status
perlld: *** system() failed to execute
gcc -shared -o  Callback.dll -Wl,--out-implib=libCallback.dll.a 
-Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--stack,8388608 \
-s -L/usr/local/lib Callback.o  
/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE/libperl.dll.a

make[1]: *** [../blib/arch/auto/Win32/API/Callback/Callback.dll] Error 1
make[1]: Leaving directory `/tmp/Win32-API-0.40/Callback'
make: *** [subdirs] Error 2
--
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/

Re: Win32::API perl module

[Jason Pearce]

This worked a treat Reini, thanks very much for your help.
I need this on several machines at work, so I will package it up in a 
tar.bz2 for use with setup.exe. Once tested I'll post it back here.

Regards,
Jason
Reini Urban wrote:
Jason Pearce schrieb:
I have been trying to compile up Win32::API perl module under 
Cygwin's perl.

The latest version off CPAN doesn't build (see below).

http://xarch.tu-graz.ac.at/home/rurban/software/perl/Win32-API-0.41-cygwin.patch 

=>
http://xarch.tu-graz.ac.at/home/rurban/software/perl/Win32-API-0.42.tar.gz 

just the new-style win32 callbacks do not work that way with gcc.
old style it worked, but backporting seemed to much effort for me.
I have found some refernces to patches people have applied to get it 
working in the past.  In particular Win32:API version 0.20.
   http://anfaenger.de/cygwin/libwin32/Win32-API-0.20cygwin/
But I was unable to get that working either, maybe because the 
Cygwin.dll and/or Perl (v5.8.2) has moved on since that patch was done?

I was wondering if anyone has got it working for themselves?
If not, I'd really appreciate someone taking a look. I am happy to do 
some of my own dirty work, but I have little knowledge of the 
Cygwin.dll so I really struggle to know where to look. I gather 
Win32::API is relying on a hook that the Cygwin.dll is not providing?

All I really need this for is to call a procedure in a DLL, that does 
some port IO for me. At the moment my work around is to use Active 
State perl, for which Win32::API does build, but it would be better 
to only have one version of Perl around.


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

Re: Win32::API perl module

[Jason Pearce]

For what its worth, here is the binary install I am using. Its working 
nicely via setup.exe. I just pasted this at the bottom of my setup.exe

@ perl-Win32API
sdesc: ":API perl module compile for perl 5.8.2"
ldesc: "Win32::API perl module compile for perl 5.8.2"
category: misc
requires: perl
version: 0.42-1
install: release/perl/perl-Win32API/perl-Win32API-0.42-1.tar.bz2 41047 
3042c5bc313a37c4b1da641369211965

I've atached the .tar.bz directly to this message - its not that big, 
hope its OK. But note it will probably only work for perl  v5.8.2.

Reini Urban wrote:
Jason Pearce schrieb:
This worked a treat Reini, thanks very much for your help.
I need this on several machines at work, so I will package it up in a 
tar.bz2 for use with setup.exe. Once tested I'll post it back here.

Well packaging is easy, but IMHO not before enabling W32 Callbacks. 
Otherwise I would have proposed it by myself.

But if people want it without callbacks I could propose it.
BTW: I'd rather prefer pmoore's FFI or the C-DynaLib-0.55, which work 
like a charm with w32 and cdecl callbacks and don't use such a 
horrible and MSVC-only aldo-style hack.
Or any other libffi or ffcall based FFI solution, which can be used 
for Win32::API callbacks.



perl-Win32API-0.42-1.tar.bz2
Description: BZip2 compressed data
--
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/

Re: Win32::API perl module

[Jason Pearce]

I just compiled what Reini posted, it compiled out of the box for me.
http://xarch.tu-graz.ac.at/home/rurban/software/perl/Win32-API-0.41-cygwin.patch 
=>
http://xarch.tu-graz.ac.at/home/rurban/software/perl/Win32-API-0.42.tar.gz

I actually just used the .tar.gz, and didn't even bother runing the patch.
Jason
Gerrit P. Haase wrote:
Jason Pearce wrote:
For what its worth, here is the binary install I am using. Its 
working nicely via setup.exe. I just pasted this at the bottom of my 
setup.exe

Would you also send me a patchfile with all changes you finally used 
to build the module, please?

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/

Environment variables & system privilages

[Jason Pearce]

I have two seemingly simple questions that I just can't find the answers 
to. Any assistance would be appreciated

1. What's the "right" way to add add environment variables into the user 
and system maps?
Currently I am using regtool to manipulate the registry. For instance to 
set an environment variable FOO=BAR I do:

regtool set -s '\HKEY_CURRENT_USER\Environment\FOO' 'BAR'
or
regtool set -s 
'HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session 
Manager\FOO' 'BAR'

The first form places it in the user's map, the second in the system 
map. But will this work across patform? Is there a more preferred method?


2. How can I test whether my script is running with system privilages?
ie I want to write a script that installs a mount and sets and 
environment variable. If the script is running with system privilages I 
want to make the change system wide. Otherwise, in the user's profile.

#!/bin/sh
if [ ??? ]
then
 # Sytem wide
 mount -tfs d:/projects /projects
   regtool set -s 
'HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session 
Manager\FOO' 'BAR'
else
 # User ony
 mount -tfu d:/projects /projects
 regtool set -s '\HKEY_CURRENT_USER\Environment\FOO' 'BAR'
fi

What do I put in place of the ??
Thanks.
Jason
--
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/

Re: Environment variables & system privilages

[Jason Pearce]

Thanks. This works well enough. But I take it there is no universal 
command to check for system permissions.
The procedure is just try a command that needs system privilages and 
watch the exit status.

Also for the benefit of anyone reading this thread - there was an error 
in my original post. I dropped the "Environment" key from the registry 
path for setting system environment variables. It should have read.

regtool set -s 'HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session 
Manager\Environment\FOO' 'BAR'
Jason
Igor Pechtchanski wrote:
On Sat, 4 Dec 2004, Jason Pearce wrote:
 

I have two seemingly simple questions that I just can't find the answers
to. Any assistance would be appreciated
1. What's the "right" way to add add environment variables into the user and
system maps?
Currently I am using regtool to manipulate the registry. For instance to set
an environment variable FOO=BAR I do:
regtool set -s '\HKEY_CURRENT_USER\Environment\FOO' 'BAR'
or
regtool set -s 'HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session 
Manager\FOO' 'BAR'
The first form places it in the user's map, the second in the system
map. But will this work across patform? Is there a more preferred
method?
   

Well, that's probably the best you could hope for, if you want system-wide
settings.  I'm not aware of any other command-line tool that would set
these.  If you only want to set environment variables for Cygwin shells,
you might want to edit /cygwin.bat instead.
 

2. How can I test whether my script is running with system privilages?
ie I want to write a script that installs a mount and sets and environment
variable. If the script is running with system privilages I want to make the
change system wide. Otherwise, in the user's profile.
   

Why not try mounting with system privileges first?  'mount' will fail if
it's unable to set mounts, and you can fall back on user mounts.  In other
words:
#!/bin/sh
if mount -tfs d:/projects /projects; then
  regtool set -s 'HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session 
Manager\FOO' 'BAR'
else
  # User ony
  mount -tfu d:/projects /projects
  regtool set -s '\HKEY_CURRENT_USER\Environment\FOO' 'BAR'
fi
 

#!/bin/sh
if [ ??? ]
then
# Sytem wide
mount -tfs d:/projects /projects
  regtool set -s 'HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session 
Manager\FOO' 'BAR'
else
# User ony
mount -tfu d:/projects /projects
regtool set -s '\HKEY_CURRENT_USER\Environment\FOO' 'BAR'
fi
What do I put in place of the ??
   

HTH,
	Igor
 


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

perl 5.8.6

[Jason Pearce]

Reini Urban wrote:
Maybe I'll come to the pending Win32::API problem with the callbacks 
on gcc also. A simple hack30-like solution should always be possible. 
Or a fallback to C::Dynalib.
Win32::OLE didn't compile OOTB, but this is easy. Just forgot where I 
put the patch.
And your /usr/include/iodbcunix.h was wrong. Had to patch it to 
compile Win32::ODBC. Will send it later.

It would be be fantastic if you can. I am making a lot of use of this 
module at the moment to call third party dlls.

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

Re: perl 5.8.6

[Jason Pearce]

Reini Urban wrote:
Jason Pearce schrieb:
Reini Urban wrote:
Maybe I'll come to the pending Win32::API problem with the callbacks 
on gcc also. A simple hack30-like solution should always be 
possible. Or a fallback to C::Dynalib.
Win32::OLE didn't compile OOTB, but this is easy. Just forgot where 
I put the patch.
And your /usr/include/iodbcunix.h was wrong. Had to patch it to 
compile Win32::ODBC. Will send it later.

It would be be fantastic if you can. I am making a lot of use of this 
module at the moment to call third party dlls.

Which of these three?
Win32::API callbacks will need some time.
Use the two other, better perl FFI's instead (FFI, C::Dynalib)
I am using WIN32::API, the patched version you gave me a few weeks back.
Callbacks don't work at the moment, but for what I am doing this is not 
such a limitation. I suspect many users can get a long way without 
callbacks.
Maybe you could just port it without the callbacks and answer most of 
the need (well my perception of it), without as much pain.

For Win32::OLE there was a patch somewhere which I didn't apply nor 
tested yet.

Win32::ODBC and the rest of the libwin32 suite works ok.
Win32::GUI also.
I have not used any of these guys. If I can acheive the same thing than 
I would be happy to swap to using these modules.
Performance is not such an issue, and if I really need I could write a 
dedicated XS module for my dll I guess. I have been doing some 
background reading and it does not look as if it is too difficult.

Maybe a seperate perl-tk package will be appreciated also, now that I 
heard that it works after applying some known patches.

I am using the perl-tk bindings to the windows TK set. I got it from 
sourceforge.
http://sourceforge.net/project/showfiles.php?group_id=99645&package_id=112046

I used the binary as I recall and it worked, but the source is there.
Should I publish the 5.8.5 package or wait for 5.8.6?
I'm quite busy with postgresql and phpwiki now.
I am living at 5.8.2 at the moment, I can easily wait for 5.8.6.
--
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/

Using Perl to access serial ports

[Jason Pearce]

There was some recent discussion about serial ports and Perl.
   http://sourceware.org/ml/cygwin/2005-05/msg00013.html
But I did not see any resolution.
Did anyone end up porting either Win32::SerialPort or Win32API::CommPort 
as Reini suggested?

I need to talk to a thermometer via a serial link. The protocol is not 
very complex.
Could I just use a system call to stty to set the baudrate and then pipe 
the thermometer comand to /dev/ttyS0 and read the response from 
/dev/ttyS0 using file handles?

Reini - you suggested adding cygwin support for Device::SerialPort would 
be the easiest route. Do you still recommend this? I am not very 
familiar with Windows API library, but could I just use Win32::API to 
call some already existing entry points in Windows?

Regards,
Jason



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

Re: Using Perl to access serial ports

[Jason Pearce]

On May 20 19:25, Jason Pearce wrote:
 


There was some recent discussion about serial ports and Perl.
   http://sourceware.org/ml/cygwin/2005-05/msg00013.html

But I did not see any resolution.
Did anyone end up porting either Win32::SerialPort or Win32API::CommPort 
as Reini suggested?


I need to talk to a thermometer via a serial link. The protocol is not 
very complex.
Could I just use a system call to stty to set the baudrate and then pipe 
the thermometer comand to /dev/ttyS0 and read the response from 
/dev/ttyS0 using file handles?
   



Why don't you try it?


Corinna


I will!
But there are that many variables when trying to get a serial link up 
(baud rates, parity, the type of flow control, the cable type), that I 
was hoping to get an idea if my expectations were at least plausible. If 
I know it should work I know to persist - but if you say "no thats not 
implemented" I know to try another method.


Regards,
Jason

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

Re: How to install perl modules?

[Jason Pearce]

Yes, use the CPAN module as Brian suggests. Just make sure environment 
variable PERLIO is unset when using -MCPAN, otherwise it will fail. (You 
might set this to CRLF for DOS compatibility purposes).
Also be aware that you may have trouble building some modules that use C 
code and have not been ported to Cygwin, mainly OS modules like WIN32. 
Straight Perl modules should just work out of the box, and CPAN will get 
all pre-requisites for you too. You'll never want ppm again!


Regards,
Jason

Brian Dessent wrote:


Manuel Tejada wrote:

 


Somebody can tell me from what URL I must to download
a perl module and how to install it in Cygwing?
   



You use CPAN.  "perl -MCPAN -e 'install Foo::Bar'" or "perl -MCPAN -e
shell".  There is no URL to know, it takes care of all of that. 
http://cpan.org/misc/cpan-faq.html


 


In pure Windows is easy is you have Perl from
ActiveState but Perl installed in Cygwin doesnt have
the ppm Manager.
   



To me (and perhaps others) that's a feature and not a bug.  I can't
stand that ppm junk.

Brian
 




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

Re: How to install perl modules?

[Jason Pearce]

The manual install method is *USUALLY*

Decompressing and unpacking is best done in a temporary directory 
somewhere, can usually be done with



cd /tmp
tar xzvf yourmodule.tar.gz



For a global install (for which Root privilages are needed) do the following:


perl Makefile.PL



For a local install, say into a home directory or some other location:

>perl Makefile.PL PREFIX=/my/perl_directory

Then build, test and install the module


make
make test
make install


This is usually covered in the README of the package you down load. And 
I say *USUALLY* because there are a handful of packages that don't 
follow this install convention and do their own thing, again check for a 
README.


Regards,
Jason



Manuel Tejada wrote:


Thanks to you and the other people for the answer.

Unfortunatly I don't have Internet-like programs
installed (as lynx, wget, ncftpget, ncftp, etc) in my
cygwing, so I can't use the -MCPAN or just de command
cpan. I don't intend to install those programs to
avoid my cygwin get bigger.

I can download the modules from CPAN using the
Internet program from Windows and save them in the
hard disk.
The correct question would be this:
Can I install the modules manually?
If yes, How, and what must I have in consideration?


--- Jason Pearce <[EMAIL PROTECTED]> escribió:
 


Yes, use the CPAN module as Brian suggests. Just
make sure environment 
variable PERLIO is unset when using -MCPAN,
otherwise it will fail. (You 
might set this to CRLF for DOS compatibility

purposes).
Also be aware that you may have trouble building
some modules that use C 
code and have not been ported to Cygwin, mainly OS
modules like WIN32. 
Straight Perl modules should just work out of the
box, and CPAN will get 
all pre-requisites for you too. You'll never want

ppm again!

Regards,
Jason

Brian Dessent wrote:

   


Manuel Tejada wrote:



 


Somebody can tell me from what URL I must to
 


download
   


a perl module and how to install it in Cygwing?
 

  

   


You use CPAN.  "perl -MCPAN -e 'install Foo::Bar'"
 


or "perl -MCPAN -e
   


shell".  There is no URL to know, it takes care of
 

all of that. 
   


http://cpan.org/misc/cpan-faq.html



 


In pure Windows is easy is you have Perl from
ActiveState but Perl installed in Cygwin doesnt
 


have
   


the ppm Manager.
 

  

   


To me (and perhaps others) that's a feature and not
 


a bug.  I can't
   


stand that ppm junk.

Brian


 


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


   



Manuel TEJADA M.

_
Do You Yahoo!?
La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. 
http://net.yahoo.com.mx

 




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

Re: Using Perl to access serial ports

[Jason Pearce]

This is just a bit of an update.

I have got Win32::SerialPort working, at least a limited capacity.

After taking a look at the source for it, I discovered that this module 
is actually just straight Perl, and it relies on Win32::API. I have 
already been using /Reini's cut down version of this for some time, and 
so I thought this might work. And it does, at least for the simple 
functions.
ie I can set the baud rates, parity etc. Write a few bytes and read them 
back after waiting enough time for the external device to reply. This 
functionality is actually all I needed to read my precision thermometer.


Since Reini's Win32:API module does not support call backs any 
Win32::SerialPort functions that utilise the call backs will not work. I 
have not had the chance to delve into exactly what functions that is 
yet. I plan to look further into that, but I have limited time to devote 
to this - especially now main goal is achieved.


Regards,
Jason

ps. I was never able to get the /dev/com1 or /dev/ttyS1 devices working. 
I expected that I would be able to echo commands into /dev/com1 and cat 
replies from it.

///

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

Re: Using Perl to access serial ports

[Jason Pearce]

Igor Pechtchanski wrote:


Just FYI: /dev/ttyS* devices are numbered from 0, so /dev/com1 corresponds
to /dev/ttyS0...  Also, if you have a sequence of shell commands that
should work but don't (e.g., stty followed by echo followed by read/cat),
could you please post them, along with an equivalent program (whether perl
or C) that does work?
Igor
 

Ahh. That explains why /dev/com3 did nothing but /dev/ttyS3 gave me 
permission denied (I have an internal modem on COM3, but no COM4 port). 
I'll have another go at using the /dev method again then and let you 
know what I find.


Jason






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

Re: win32::api on cygwin

[Jason Pearce]

Dan,

Sorry if you posted this to the list and I didn't reply. I have had very 
little time to keep up with the Cygwin list lately.


I have uploaded Reini's version of Win32::API to a http server.
http://www.btinternet.com/~jasebob.pearce/cygwin/Win32-API-0.42.tar.gz

There is also the cygwin packages I use to distribute this with setup 
inside my company.

http://www.btinternet.com/~jasebob.pearce/cygwin/release/perl/perl-Win32-API/

enjoy.

Sopher, Dan wrote:


Hi there, I came across your posts regarding Win32::API on Cygwin.
Unfortunately, Reini's link for the patch is broken. Could you send me
the patched Win32::API? I've run into the same problems you had. Thank
you.

Regards,

Dan Sopher




 




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

Snit package in TCL/TK libraries

[Jason Pearce]

I am trying to install Perl's Tcl-Tk-0.97 package off CPAN 
(http://search.cpan.org/~vkon/Tcl-Tk-0.97/).

The Makefile.PL does a test for something called snit in the TCL libraires.
=> it runs tclsh with a small script which does "package require snit".
This fails.

I am not a regular TCL/TK user so I don't really know what snit is. 
Apparently its part of the standard Tcl library (according to 
http://www.tcl.tk/starkits/ and searching for snit).


I have Cygwin's TclTk build 20060202, but it does not seem to be there.
Maybe this is an old compile, 
http://sourceware.org/ml/insight/2006-q4/msg00055.html suggests there 
have been some problems building the tcl/tk libraries. But this message 
suggesting a fix was done is newer than the last TclTk release.

Can anyone help?


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

Re: Snit package in TCL/TK libraries

[Jason Pearce]

On 10/9/07, Jason Pearce wrote:
>
> I am trying to install Perl's Tcl-Tk-0.97 package off CPAN
> (http://search.cpan.org/~vkon/Tcl-Tk-0.97/ 
<http://search.cpan.org/%7Evkon/Tcl-Tk-0.97/>).
> The Makefile.PL does a test for something called snit in the TCL libraires.
> => it runs tclsh with a small script which does "package require snit".
> This fails.

Sometimes build scripts test for packages that aren't mandatory.  Are
you sure that this is what is causing the build to fail?

  

Yes its needed.
I actually took out the check, installed the module and got the same 
message at run time.
Change logs indicate that snit only made it into the distribution 
recently, and only one or two functions seem to need it. If I don't use 
them the fastest way to get going may be to remove that code, I at least 
know what I am doing in Perl.

> I am not a regular TCL/TK user so I don't really know what snit is.
> Apparently its part of the standard Tcl library (according to
> http://www.tcl.tk/starkits/ and searching for snit).

It's misleading to call Tcllib the standard TCL library.  Tcllib is
not included with TCL.  It must be downloaded and installed
separately.

I see, that did confuse me.
I'll take a look for Tcllib sources and see how plausible it is to 
compile for Cygwin. But I am new to the Tcl/Tk world so I don't know how 
I will get on. Thanks.


Regards,
Jason

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

Re: Snit package in TCL/TK libraries

[Jason Pearce]

This is resolved.
Thanks David for correcting my misaprehension that Tcllib was the 
standard TCL library. Once I got past that things fell into place...


Tcklib is architecture independant tcl code. Its available here
  
http://sourceforge.net/project/showfiles.php?group_id=12883&package_id=24585 



It installs under cygwin by running the included tcl install script 
(also see http://cygwin.com/ml/cygwin/2006-08/msg00286.html )
After that my end goal of installing Perl modules Tcl and Tcl::Tk worked 
straight out of the box.


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

Re: Switching between DOS and UNIX mode

[Jason Pearce]

Use the 'mount' command.  In fact, you should be able to simply mount some
particular directories (e.g., the ones the checkout is done into) in text
(DOS) mode for those developers that need this, and leave the Cygwin
installation itself in binary (Unix) mode.  Note: mounts in Cygwin are
(currently) persistent.
Igor
Does the selection of unix / dos at installation time actually make any difference?
Can't everything be redefined later via the mount command? I selected DOS at install 
time, is there an advanteage to installing in unix mode?
I am encountering different behaviour between a few machines with regards to CR LFs. I am trying to work my way through it but it is quite perplexing! I need to do more investigations in order to ask a decent question, but do the mount settings effect the behaviour of any non-cygwin application? I would not expect any effect, is that so?

Thanks,

Jason





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

bug in cygwin build of Make

[Jason Pearce]

I have discovered a problem in cygwin's Make.

I am calling a sub-make that goes to another directory. That bit works 
fine, but the Makefiles have a variable set from a shell command. That 
shell seems to be spawned from the wrong directory. I have created a 
small example illustrating the problem

dir2/Makefile:
---
VARIABLE = $(shell echo $$PWD)
target :
   ${MAKE} -C ../dir1 sources
   @echo VARIABLE set to ${VARIABLE}
dir1/Makefile:
--
VARIABLE = $(shell echo $$PWD)
sources :
   @echo VARIABLE set to ${VARIABLE}
Then, from dir2 run "make target" and I get the following output:

make -C ../dir1 sources
make[1]: Entering directory `/tmp/Make/dir1'
VARIABLE set to /tmp/Make/dir2
make[1]: Leaving directory `/tmp/Make/dir1'
VARIABLE set to /tmp/Make/dir2
You see that the sub-make's VARIABLE is set to "/tmp/Make/dir2" not  
"/tmp/Make/dir1". Running the same thing from Linux gets the result I 
expected.

(Example and cycheck output are atatched)

Jason


make.tar.gz
Description: GNU Zip compressed data
--
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/

Re: bug in cygwin build of Make

[Jason Pearce]

This indeed solves the problem and thanks for explaining the default 
shell issue. I actually thought that bash was used under cygwin, and I 
often construct syntax in a bash shell before using it in a makefile. It 
usually works but you've pointed out why there will be subtle differences.

BTW the example I sent was obviously a cut down to illustrate the 
problem. I actually construct  a variable that points to the root 
directory of the checked out CVS view (or a default an environment 
variable if that directory is not under CVS yet), that  enables me to 
specify the "absolute path" to my scripts (or other) directories.  Like 
this:

CVSVIEW= $(shell if [ -e CVS/Repository ]; then echo ${CURDIR} | sed 
-e "s|`cat CVS/Repository | sed -e "s|^[^/]*||"`||"; else echo 
$$CVSVIEW; fi)

bus_pack-pkg.vhd : ${CVSVIEW}/doc/mem_map.csv ${CVSVIEW}/etc/bus_pack.pl
   perl ${CVSVIEW}/etc/bus_pack.pl -v ${CVSVIEW}/doc/mem_map.csv 
bus_pack-pkg.vhd

Even though it now working, is there a better way of doing this?

Jason


JP> dir1/Makefile:
JP> --
JP> VARIABLE = $(shell echo $$PWD)
JP> 
JP> sources :
JP> @echo VARIABLE set to ${VARIABLE}

The GNU make variable CURDIR is set by make to the current working
directory of the executing make.  This is probably the variable you
want.
Hope this helps,
-- Robert


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

Is PERLIO=crlf recommended for Perl 5.8.0-3 and up?

[Jason Pearce]

I've been working through the past archives and discovered the change 
made to the default of PERLIO as of perl 5.8.0-3. Setting PERLIO=crlf 
solves my initial problems and all my scripts now run with the new 
version of perl. So far so good, but I am not sure if I should set 
PERLIO=crlf permanently in my environment or not.

I need my scripts work on either unix or windows cygwin systems, but not 
on a mixture. For instance, Modelsim is one tool I process the output of 
via perl scripts. If I am running on Unix, I run Modelsim on Unix and 
perl on Unix. If I am running on Windows, I run Modelsim on Windows and 
perl in Windows (via Cygwin of course). Now the Windows version of 
Modelsim outputs crlf endings while the unix version has just the lf.

So it seems to me that setting PERLIO=crlf permanently on Windows is 
*exactly* what I want, because then its behaviour matches Modelsim on 
which ever platform I have selected to run on. I can process either 
Modelsim output or output from another perl script on either platform 
without though to the line endings. But the original release 
announcement said this was not recommended.

I guess the alternative is to leave perl to access the files in binary 
mode and then modify the perl scripts to detect and account for what 
ever line ends it finds. Is that the recommended approach rather than 
using PERLIO=crlf?

Jason





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

Re: Is PERLIO=crlf recommended for Perl 5.8.0-3 and up?

[Jason Pearce]

Gerrit P. Haase wrote:

I guess the alternative is to leave perl to access the files in binary
mode and then modify the perl scripts to detect and account for what 
ever line ends it finds. Is that the recommended approach rather than 
using PERLIO=crlf?
   

To get the most out of PERLIO the script should take care about the
platform it is running on and define one or more PERLIO layers during
runtime.  It may not always be correct to add CR to some output, e.g
when processing binary files.
Gerrit
 

So the correct technique for this approach is to read up on PERLIO 
layers and use them to solve the problem (as opposed to "chomp" ing and 
appending CRs in an adhoc manner!).

Jason

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

PERLIO=crlf not compatible with CPAN

[Jason Pearce]

Just a note to anyone setting PERLIO=crlf in their environment. It 
breaks the CPAN module (and probably others).
Unset PERLIO before running
>perl -MCPAN -e shell

Jason

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

RE: Tk usage with / from perl in Cygwin env

[Jason Pearce]

I am interested in doing exactly this.
I take you to mean that you downloaded the Tk source and compiled with 
cygwin as per the normal instructions but built it without the x option.
Is there a binary for this compile I can install via setup.exe (or 
planned?).

Jason

I downloaded Tk-800.024 and built it on cygwin without the x option, so that
Tk works in Win native mode. It works great!
-Earl



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

RE: problem running bash inside NTemacs

[Jason Pearce]

I see the same thing in GNU Emacs 21.2.1 and Cygwin 1.5.7, can't say I 
ever noticed until now though.



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