Re: Process table information
On 03.12.2002 9:09 Uhr, Ken Williams [EMAIL PROTECTED] wrote: Hey, I was thinking about working on Proc::ProcessTable to get support for OS X. But after a little effort, it occurred to me that I have no clue how to access process table information. Anyone know this kind of thing, or could tell me what docs to look at? Thanks. -Ken Hm, maybe its not a good idea but a start to parse ps -ax ??
Re: OT: CVS clients and BBEdit diff tool ...
At 5:57 PM +1100 12/3/02, Ken Williams wrote: On Tuesday, December 3, 2002, at 05:07 PM, Rob Barris wrote: Could someone use Inline.pm to talk to the Carbon API and the desktop database? Then you could look up any app by its creator code (I would wager). Have a look at Mac::MoreFiles (part of Mac::Carbon), which does exactly this. -Ken Or use an alternate form of the open command in Applescript and let the Finder look the app up by it's creator code for you. Or use the `open` command directly, instead of through AppleScript. Or TIMTOWTDI. -Jeff Lowrey
dynamic flash calendar
good morning, I have a calendar that is powered by perl. The problem - works on a pc, not on a mac. Basically, my mac can read the file, but not write to it. My PC reads and writes no problem. My friend wrote the perl and we are pretty much without answers at this point. If anyone has time to help/look at the .pl that would be great. You can test the calendar at http://debpasternak.com/newdeb/newseditor.html just click on edit calendar in the nav - the password is fred. I can send the .pl as attachment if someone is willing to take a look at it. thanks, Doug
Re: dynamic flash calendar
At 10:25 AM -0500 12/3/2002, Doug Seib wrote: good morning, I have a calendar that is powered by perl. The problem - works on a pc, not on a mac. Basically, my mac can read the file, but not write to it. My PC reads and writes no problem. My friend wrote the perl and we are pretty much without answers at this point. If anyone has time to help/look at the .pl that would be great. You can test the calendar at http://debpasternak.com/newdeb/newseditor.html just click on edit calendar in the nav - the password is fred. I can send the .pl as attachment if someone is willing to take a look at it. thanks, Doug The problem was with the Flash, not with the Perl. GET /newdeb/cgi-bin/schedule.pl%0A%0A%0A?newText=St%2E+Nicholas+Daypassword=fredcurrTime=64730oldText=id=dec6done= Returns a 404 - /newdeb/cgi-bin/schedule.pl%0A%0A%0A - does not exist. This much should be reflected in Apache's error logs. You've since changed the password, so I gather you may have figured it out. -Charles Euonymic Solutions http://euonymic.com
Re: Math::Pari -- anyone using it on MacOS X?
On Monday, December 2, 2002, at 10:59 PM, Ken Williams wrote: On Monday, December 2, 2002, at 04:47 PM, Christopher D. Lewis wrote: On Sunday, December 1, 2002, at 05:49 PM, Ken Williams wrote: The error messages below aren't helpful, they just say that there were error messages in a previous run. In the CPAN shell, do 'clean Math::Pari' and then 'test Math::Pari' to see the real error messages. This may look lame, but I am new enough to lack even rudimentary troubleshooting (besides installing modules when an error says can't find Module X. The error I get when followign your prescription is: [looking good up to ...] Getting GP/PARI from ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ Cannot list (): at utils/Math/PariBuild.pm line 167, line 1. Running make test Make had some problems, maybe interrupted? Won't test I still don't understand your message - what do you mean [looking good up to ...]? Sorry, the output from the command to test follows. Many thanks for looking, Chris ---begin copy--- cpan test Math::Pari Running test for module Math::Pari Running make for I/IL/ILYAZ/modules/Math-Pari-2.010305.tar.gz Checksum for /Volumes/Storage/cpan/sources/authors/id/I/IL/ILYAZ/modules/Math-Pari- 2.010305.tar.gz ok Math-Pari-2.010305 Math-Pari-2.010305/utils Math-Pari-2.010305/utils/Math Math-Pari-2.010305/utils/Math/PariBuild.pm Math-Pari-2.010305/utils/paridoc_to_pod Math-Pari-2.010305/utils/notes Math-Pari-2.010305/utils/README Math-Pari-2.010305/utils/inc.h Math-Pari-2.010305/utils/chap3_to_pod Math-Pari-2.010305/utils/comp_funcs.pl Math-Pari-2.010305/utils/foncpari.pl Math-Pari-2.010305/typemap Math-Pari-2.010305/libPARI Math-Pari-2.010305/libPARI/extract_codes.pl Math-Pari-2.010305/libPARI/codes_2014 Math-Pari-2.010305/libPARI/expected_codes Math-Pari-2.010305/libPARI/gphelp Math-Pari-2.010305/libPARI/Makefile.PL Math-Pari-2.010305/Pari.xs Math-Pari-2.010305/test_eng Math-Pari-2.010305/test_eng/ex.t Math-Pari-2.010305/test_eng/Testout.pm Math-Pari-2.010305/Makefile.PL Math-Pari-2.010305/PariInit.pm Math-Pari-2.010305/README Math-Pari-2.010305/patches Math-Pari-2.010305/patches/diff_2.1.3_interface Math-Pari-2.010305/patches/diff_2.2.2_interface Math-Pari-2.010305/patches/diff_pari-2.1.3-ix86-divl Math-Pari-2.010305/patches/diff_2.1.2_gccism Math-Pari-2.010305/t Math-Pari-2.010305/t/Pari.t Math-Pari-2.010305/t/PlotRect.t Math-Pari-2.010305/TODO Math-Pari-2.010305/Pari.pm Math-Pari-2.010305/MANIFEST Math-Pari-2.010305/INSTALL Math-Pari-2.010305/Changes Removing previously used /Volumes/Storage/cpan/build/Math-Pari-2.010305 CPAN.pm: Going to build I/IL/ILYAZ/modules/Math-Pari-2.010305.tar.gz Did not find GP/PARI build directory around. Do you want to me to fetch GP/PARI automatically? (If you do not, you will need to fetch it manually, and/or direct me to the directory with GP/PARI source via the command-line option paridir=/dir) Make sure you have a large scrollback buffer to see the messages. Fetch? (y/n, press Enter) y Getting GP/PARI from ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ Cannot list (): at utils/Math/PariBuild.pm line 167, line 1. Running make test Make had some problems, maybe interrupted? Won't test ---end copy---
Re: CPAN messages
In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Phil Dobbin) wrote: I'm getting a simple error message every time I install via CPAN: Scanning cache /Users/phil/.cpan/build for sizes Deleting from cache: /Users/phil/.cpan/build/perl-5.6.1 (31.40.0 MB) Can't make directory /Users/phil/.cpan/build/perl-5.6.1 read+writeable: Operation not permitted at /System/Library/Perl/CPAN.pm line 910 This is a leftover from when I upgraded 5.6.0 - 5.6.1 (and is obviously still left in the build directory) on 10.1.5. Is it just a case of making the directory 0755 and deleting or is there something else to take into account (I've studied CPAN.pm 910 and can't quite make it out)? All other modules are deleted after installation automatically (CPAN 1.63) so any advice welcome :-) You should be safe to delete anything in the build directory. I'd just rm -rf .cpan/build/*. -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Process table information
In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Ken Williams) wrote: I was thinking about working on Proc::ProcessTable to get support for OS X. But after a little effort, it occurred to me that I have no clue how to access process table information. Anyone know this kind of thing, or could tell me what docs to look at? Mac::Processes can give you much of the information you could want. It provides a PSN instead of a PID, but I could add GetProcessPID() and GetProcessForPID() to Mac::Processes, which maps between the two. Take a look at the module and see if there's anything else there you need that it doesn't provide. :-) Let me know, or file a report on SourceForge.net. -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Process table information
In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Chris Nandor) wrote: Mac::Processes can give you much of the information you could want. It provides a PSN instead of a PID, but I could add GetProcessPID() and GetProcessForPID() to Mac::Processes, which maps between the two. Take a look at the module and see if there's anything else there you need that it doesn't provide. :-) Let me know, or file a report on SourceForge.net. I don't know how much use Mac::Processes will be to you for this, but I went ahead and added the two functions for the next release. I know I've wanted the functionality before. $ perl -MMac::Processes -e '$psn = GetCurrentProcess(); printf %d == %d, %08X == %08X\n, GetProcessPID($psn), $$, $psn, GetProcessForPID($$)' 1862 == 1862, 015A0001 == 015A0001 -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Process table information
Well, If we were running linux we could look in /proc. Possible solutions: 1) Get the source for darwin and study the code for the ps command. 2) Study the header files to find the format for the proc table, examine the kernel symbol table to get the start address of the proc table. Write code that fetches the table from /dev/kmem and parses it. ( I have done this with some other unix systems...). proc.h might be a good starting point. Regrettably sysctl does not give access to table info in the kernel. --Jerry Hey, I was thinking about working on Proc::ProcessTable to get support for OS X. But after a little effort, it occurred to me that I have no clue how to access process table information. Anyone know this kind of thing, or could tell me what docs to look at? Thanks. -Ken
Re: Process table information
In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Jerry Levan) wrote: Regrettably sysctl does not give access to table info in the kernel. Source code and commentary: http://developer.apple.com/qa/qa2001/qa1123.html You can get a list of all BSD processes, which includes daemon processes, using the BSD sysctl routine. Code for doing this is shown in Listing 1. When using this code you should note the following. * The returned kinfo_proc structures contain a huge amount of information about the process, including the process ID (in kp_proc.p_pid) and the process name (in kp_proc.p_comm). * As far as BSD is concerned all Classic applications run within a single process. * You do not need any special privileges to make this sysctl; any user can get a list of all processes on the system. * The UNIX Programming FAQ lists a number of alternative ways to do this. Of these, the only approach that works on Mac OS X is exec'ing the ps command line tool. exec'ing ps will require parsing the tool's output and will not use system resources as efficiently as Listing 1. -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Math::Pari -- anyone using it on MacOS X?
Convenient that I just ran into this problem. It appears that the module will attempt to download the source for PARI if it can't find it, but it appears that the module can't find that source from the PARI site. As to why I have no idea, but if you go to the ftp site manually (ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/) and download the source tar ball and then unpack it somewhere near where your perl is installed it will find it and build the module for you. For instance I was building my modules in my home directory and installing them to ~/rearch/lib, I unpacked PARI in my home directory ~/pari-2.1.4 and it successfully found the headers it needed and installed properly. As to whether this will work on Mac OS X I can't say, I was installing on a solaris box and my poor little lap top is without a net connection right now so I can't test it. Mac OS X is BSDish enough that there is a good chance it will work, but the readme in the Mac dir at the FTP site says Macs are no longer maintained, whether this includes X is probably up in the air. However it is my understanding that it is only using the headers as reference material so there is a chance perl will be smart enough to correct itself for the X platform Good luck, http://danconia.org On Tue, 3 Dec 2002 10:34:18 -0600, Christopher D. Lewis [EMAIL PROTECTED] wrote: On Monday, December 2, 2002, at 10:59 PM, Ken Williams wrote: On Monday, December 2, 2002, at 04:47 PM, Christopher D. Lewis wrote: On Sunday, December 1, 2002, at 05:49 PM, Ken Williams wrote: The error messages below aren't helpful, they just say that there were error messages in a previous run. In the CPAN shell, do 'clean Math::Pari' and then 'test Math::Pari' to see the real error messages. This may look lame, but I am new enough to lack even rudimentary troubleshooting (besides installing modules when an error says can't find Module X. The error I get when followign your prescription is: [looking good up to ...] Getting GP/PARI from ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ Cannot list (): at utils/Math/PariBuild.pm line 167, line 1. Running make test Make had some problems, maybe interrupted? Won't test I still don't understand your message - what do you mean [looking good up to ...]? Sorry, the output from the command to test follows. Many thanks for looking, Chris ---begin copy--- cpan test Math::Pari Running test for module Math::Pari Running make for I/IL/ILYAZ/modules/Math-Pari-2.010305.tar.gz Checksum for /Volumes/Storage/cpan/sources/authors/id/I/IL/ILYAZ/modules/Math-Pari- 2.010305.tar.gz ok Math-Pari-2.010305 Math-Pari-2.010305/utils Math-Pari-2.010305/utils/Math Math-Pari-2.010305/utils/Math/PariBuild.pm Math-Pari-2.010305/utils/paridoc_to_pod Math-Pari-2.010305/utils/notes Math-Pari-2.010305/utils/README Math-Pari-2.010305/utils/inc.h Math-Pari-2.010305/utils/chap3_to_pod Math-Pari-2.010305/utils/comp_funcs.pl Math-Pari-2.010305/utils/foncpari.pl Math-Pari-2.010305/typemap Math-Pari-2.010305/libPARI Math-Pari-2.010305/libPARI/extract_codes.pl Math-Pari-2.010305/libPARI/codes_2014 Math-Pari-2.010305/libPARI/expected_codes Math-Pari-2.010305/libPARI/gphelp Math-Pari-2.010305/libPARI/Makefile.PL Math-Pari-2.010305/Pari.xs Math-Pari-2.010305/test_eng Math-Pari-2.010305/test_eng/ex.t Math-Pari-2.010305/test_eng/Testout.pm Math-Pari-2.010305/Makefile.PL Math-Pari-2.010305/PariInit.pm Math-Pari-2.010305/README Math-Pari-2.010305/patches Math-Pari-2.010305/patches/diff_2.1.3_interface Math-Pari-2.010305/patches/diff_2.2.2_interface Math-Pari-2.010305/patches/diff_pari-2.1.3-ix86-divl Math-Pari-2.010305/patches/diff_2.1.2_gccism Math-Pari-2.010305/t Math-Pari-2.010305/t/Pari.t Math-Pari-2.010305/t/PlotRect.t Math-Pari-2.010305/TODO Math-Pari-2.010305/Pari.pm Math-Pari-2.010305/MANIFEST Math-Pari-2.010305/INSTALL Math-Pari-2.010305/Changes Removing previously used /Volumes/Storage/cpan/build/Math-Pari-2.010305 CPAN.pm: Going to build I/IL/ILYAZ/modules/Math-Pari-2.010305.tar.gz Did not find GP/PARI build directory around. Do you want to me to fetch GP/PARI automatically? (If you do not, you will need to fetch it manually, and/or direct me to the directory with GP/PARI source via the command-line option paridir=/dir) Make sure you have a large scrollback buffer to see the messages. Fetch? (y/n, press Enter) y Getting GP/PARI from ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/ Cannot list (): at utils/Math/PariBuild.pm line 167, line 1. Running make test Make had some problems, maybe interrupted? Won't test ---end copy---
Re: CPAN messages
On 3/12/02 17:50, Chris Nandor [EMAIL PROTECTED] wrote: In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Phil Dobbin) wrote: I'm getting a simple error message every time I install via CPAN: Scanning cache /Users/phil/.cpan/build for sizes Deleting from cache: /Users/phil/.cpan/build/perl-5.6.1 (31.40.0 MB) Can't make directory /Users/phil/.cpan/build/perl-5.6.1 read+writeable: Operation not permitted at /System/Library/Perl/CPAN.pm line 910 This is a leftover from when I upgraded 5.6.0 - 5.6.1 (and is obviously still left in the build directory) on 10.1.5. Is it just a case of making the directory 0755 and deleting or is there something else to take into account (I've studied CPAN.pm 910 and can't quite make it out)? All other modules are deleted after installation automatically (CPAN 1.63) so any advice welcome :-) You should be safe to delete anything in the build directory. I'd just rm -rf .cpan/build/*. Thanks for that. Will do. Regards, Phil.
[OT}Arrgh, Something has gone wrong with my permissions
This morning when I tried to send some mail I was kept getting failure messages. Reading mail was OK. Mail log asserted localhost had refused connection. After some putzing around I noticed that / was owned by me and had all permissions turned on! System and System/Library seem to have suffered a similar fate. I started getting mail failures at about the same time I installed theeUSBSmartmedia upgrade package. I changed the owner/permissions of / to drwxr-xr-x 51 root admin 1734 Dec 3 13:56 / That seemed to get mail going again, ( I set Don't Blame Sendmail ) Could someone :) email a copy of a long directory listing of / and also include the owner/permissions for the /System/Library directory? Thanks, Jerry
Re: [OT}Arrgh, Something has gone wrong with my permissions
On Tuesday, December 3, 2002, at 02:58 PM, Jerry LeVan wrote: This morning when I tried to send some mail I was kept getting failure messages. Reading mail was OK. Mail log asserted localhost had refused connection. After some putzing around I noticed that / was owned by me and had all permissions turned on! System and System/Library seem to have suffered a similar fate. I started getting mail failures at about the same time I installed theeUSBSmartmedia upgrade package. I changed the owner/permissions of / to drwxr-xr-x 51 root admin 1734 Dec 3 13:56 / That seemed to get mail going again, ( I set Don't Blame Sendmail ) Could someone :) email a copy of a long directory listing of / and also include the owner/permissions for the /System/Library directory? Jerry, Run the Repair Privileges tool in Disk Utility instead. It's under the First Aid tab. You can copy the log out of the display window and save it in case you have some unique privs settings on your box. Phil Burk Systems Support Technician Wiley Publishing, Inc. 10475 Crosspoint Blvd Indianapolis, IN 46256 317.572.3049 phone 317.572.1049 fax [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: [OT}Arrgh, Something has gone wrong with my permissions
At 14:58 -0500 12/3/02, Jerry LeVan wrote: This morning when I tried to send some mail I was kept getting failure messages. Reading mail was OK. Mail log asserted localhost had refused connection. After some putzing around I noticed that / was owned by me and had all permissions turned on! System and System/Library seem to have suffered a similar fate. I started getting mail failures at about the same time I installed theeUSBSmartmedia upgrade package. I changed the owner/permissions of / to drwxr-xr-x 51 root admin 1734 Dec 3 13:56 / That seemed to get mail going again, ( I set Don't Blame Sendmail ) Could someone :) email a copy of a long directory listing of / and also include the owner/permissions for the /System/Library directory? If you're running 10.2, just use Disk Utility on your boot drive, click on the First Aid tab, and use the Repair Permissions facility. This was added because of various third-party installers and other programs that keep changing the permissions on / and other directories. You can use the Verify Permissions button first to see everything it'll do. adam
PDFLib
I am currently working on a bingo game in Perl (its a long story). The next step in the development is to be able to produce bingo plates and I have been given some code dependent on PDFLib from a kind soul. I have downloaded the PDFLib tarball from www.pdflib.com, but I cannot seem to find any installation guidelines, and the package looks somewhat weird. have any of you installed these libraries, and can provide me with a link or a brief explanation on how to proceed? jonasbn
Re: Math::Pari -- anyone using it on MacOS X?
On Tuesday, December 3, 2002, at 01:35 PM, [EMAIL PROTECTED] wrote: Convenient that I just ran into this problem. It appears that the module will attempt to download the source for PARI if it can't find it, but it appears that the module can't find that source from the PARI site. As to why I have no idea, but if you go to the ftp site manually (ftp://megrez.math.u-bordeaux.fr/pub/pari/unix/) and download the source tar ball and then unpack it somewhere near where your perl is installed it will find it and build the module for you. For instance I was building my modules in my home directory and installing them to ~/rearch/lib, I unpacked PARI in my home directory ~/pari-2.1.4 and it successfully found the headers it needed and installed properly. As to whether this will work on Mac OS X I can't say, I was installing on a solaris box and Thank you very much for the helpful troubleshooting pointer. I hope someone has thoughts on what to do with the next point of failure :-) Now that I'm past the hurdle of failure after trying to get Pari, I get the following (after quite a bit of churning and compilation) Thanks, Chris Running Mkbootstrap for Math::Pari () chmod 644 Pari.bs rm -f blib/arch/auto/Math/Pari/Pari.bundle LD_RUN_PATH=/usr/lib cc -flat_namespace -bundle -undefined suppress -L/usr/local/lib Pari.o -o blib/arch/auto/Math/Pari/Pari.bundle libPARI/libPARI.a -lm ld: warning table of contents of library: libPARI/libPARI.a not sorted slower link editing will result (use the ranlib(1) -s option) ld: multiple definitions of symbol _hiremainder Pari.o definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(es.o) definition of _hiremainder in section (__DATA,__common) ld: multiple definitions of symbol _overflow Pari.o definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(es.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(init.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(init.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(gen1.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(gen1.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(galconj.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(galconj.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(trans3.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(trans3.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(buch4.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(buch4.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(sumiter.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(sumiter.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(polarit2.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(polarit2.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(gen3.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(gen3.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(alglin2.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(alglin2.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(stark.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(stark.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(arith1.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(arith1.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(buch1.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(buch1.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(nffactor.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(nffactor.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(plotgnuplot.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(plotgnuplot.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(subfield.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(subfield.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(gen2.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(gen2.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(highlvl.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(highlvl.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(arith2.o) definition of _hiremainder in section (__DATA,__common) libPARI/libPARI.a(arith2.o) definition of _overflow in section (__DATA,__common) libPARI/libPARI.a(polarit1.o) definition of _hiremainder
Re: [OT}Arrgh, Something has gone wrong with my permissions
Actually, the fastest fix (on Jaguar) is to boot from the CD and run Disk Utility (the Fix Permissions part of the First Aid tab. On 12/03/2002 12:05, Phillip Burk [EMAIL PROTECTED] wrote: On Tuesday, December 3, 2002, at 02:58 PM, Jerry LeVan wrote: This morning when I tried to send some mail I was kept getting failure messages. Reading mail was OK. Mail log asserted localhost had refused connection. After some putzing around I noticed that / was owned by me and had all permissions turned on! System and System/Library seem to have suffered a similar fate. I started getting mail failures at about the same time I installed theeUSBSmartmedia upgrade package. I changed the owner/permissions of / to drwxr-xr-x 51 root admin 1734 Dec 3 13:56 / That seemed to get mail going again, ( I set Don't Blame Sendmail ) Could someone :) email a copy of a long directory listing of / and also include the owner/permissions for the /System/Library directory? Jerry, Run the Repair Privileges tool in Disk Utility instead. It's under the First Aid tab. You can copy the log out of the display window and save it in case you have some unique privs settings on your box. Phil Burk Systems Support Technician Wiley Publishing, Inc. 10475 Crosspoint Blvd Indianapolis, IN 46256 317.572.3049 phone 317.572.1049 fax [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: PDFLib
On Tue, Dec 03, 2002 at 10:13:48PM +0100, jonasbn wrote: I am currently working on a bingo game in Perl (its a long story). The next step in the development is to be able to produce bingo plates and I have been given some code dependent on PDFLib from a kind soul. I have downloaded the PDFLib tarball from www.pdflib.com, but I cannot seem to find any installation guidelines, and the package looks somewhat weird. have any of you installed these libraries, and can provide me with a link or a brief explanation on how to proceed? Matt Sergeant described how to generate such things in one of his use.perl.org journal entries. That'd require little more than pdflib and his PDFLib.pm module to produce. Maybe that's the code you're heading towards... To install pdflib you should grab the source tarball and simply follow the generic unix installation instructions (ie, ./configure, make, sudo make install). I'm pretty sure it **just worked** under 10.1.x when I installed the libraries onto my machine. Yep, just found a noteworthy piece of shouting amidst my old pdflib compile notes: it goes like this... HOORAY, NO NEED FOR ACROBATICS ANYMORE: PDFLIB 4.02 IS UP AND RUNNING STRAIGHT OUT OF THE BOX!! It sounds like you might have grabbed the binary distribution, which will watermark all the pages it produces until you buy a not-inexpensive license. At the bottom of the download page (http://www.pdflib.com/pdflib/download/index.html) you'll see Unix: pdflib-4.0.3.tar.gz Hopefully that tarball should look a lot more familiar. If you have any problems with that give the list archives the once-over: details are provided at http://www.pdflib.com/pdflib/resources.html Best of luck, Paul
Re: unix or mac-style text files?
On Monday, November 25, 2002, at 07:23 AM, Chris Nandor wrote: In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Dan Kogai) wrote: On Monday, Nov 25, 2002, at 01:05 Asia/Tokyo, Chris Nandor wrote: The bottom line was that it'd be nice to have a PerlIO filter for perl 5.8.x, so that MacPerl can execute Unix and Windows text files, and Mac OS X perl can execute Mac OS text files, etc. Patches are surely welcome! :-) One good question may be how to handle newlines in heretext, the only part that really matters because that's the only exception to the fact that newlines are nothing but whitespace from perl compiler's point of view -- oops, shebang is another. When you feed MacPerl *.pl to MacOS X, should linefeeds in heretext emit \015 or \012? I am talking here about taking (for example) a perl program with Mac OS newlines, and making it run under Unix perl. In order for that to happen, you need to translate all the CRs to LFs. That would include the CRs in the heretext, as well as in every literal string. [revisiting an old thread] I don't think it's really a good idea to translate newlines in string literals (let's lump heretext in with string literals, since that's how they function). That stuff is part of the data of a program, not part of the instruction set. So by doing one mass CR-LF conversion blindly, you'd get the program to run, but it would run differently given the exact same data input. I don't think that's desirable. It's quite useful to have \n and File::Spec-catfile() and so on mean different things on different platforms, but literal characters changing themselves seems like quite another matter. -Ken
Re: Process table information
On Wednesday, December 4, 2002, at 05:04 AM, Chris Nandor wrote: In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Ken Williams) wrote: I was thinking about working on Proc::ProcessTable to get support for OS X. But after a little effort, it occurred to me that I have no clue how to access process table information. Anyone know this kind of thing, or could tell me what docs to look at? Mac::Processes can give you much of the information you could want. Yeah, that looks like exactly what I want. Now if I can just get Mac::Carbon working under 10.1.5! =) Still haven't had any luck with that, it looks like a gcc 2/3 issue to me. -Ken
Re: Process table information
Chris Nandor wrote: [EMAIL PROTECTED] (Ken Williams) wrote: Yeah, that looks like exactly what I want. Now if I can just get Mac::Carbon working under 10.1.5! =) Still haven't had any luck with that, it looks like a gcc 2/3 issue to me. Yeah, I dunno. :/ I've not had any opportunity to even test it. What I could try to do is release binaries next time, putting them on SourceForge.net (I won't bother putting them on the CPAN). I think those should work on 10.1.5. Let me know if you want me to try (I am aiming for a 0.02 release of Mac::Carbon in the next 2 weeks). For what it's worth, I had to sudo gcc_select 3 to get Mac::Carbon to compile under 10.2.2. Having changed gcc to 2 in order to get curses.pm to work properly I was head-scratching for a couple of minutes when Mac::Carbon wouldn't compile; then I noticed the 2.95.2 in the output. So I think Ken's on the money here. I guess I could be a *little* more precise here... here's how the dummy is spat when using gcc 2.95.2 Cheers, Paul --- ~/src/Mac-Carbon-0.01 % sudo gcc_select 2 Current default compiler is now gcc2. ~/src/Mac-Carbon-0.01 % perl Makefile.pl Writing Makefile for Mac::Components Writing Makefile for Mac::Files Writing Makefile for Mac::Gestalt Writing Makefile for MacPerl Writing Makefile for Mac::Memory Writing Makefile for Mac::MoreFiles Writing Makefile for Mac::Notification Writing Makefile for Mac::Processes Writing Makefile for Mac::Resources Writing Makefile for Mac::Sound Writing Makefile for Mac::Speech Writing Makefile for Mac::Types Writing Makefile for Mac::Carbon ~/src/Mac-Carbon-0.01 % make cc -c -I/Developer/Headers/FlatCarbon/ -g -pipe -pipe -fno-common -no-cpp-precomp -flat_namespace -DHAS_TELLDIR_PROTOTYPE -fno-strict-aliasing -Os -DVERSION=\1.01\ -DXS_VERSION=\1.01\ -I/System/Library/Perl/darwin/CORE Components.c In file included from /System/Library/Frameworks/CoreFoundation.framework/Headers/CFBase.h:13, from /System/Library/Frameworks/CoreFoundation.framework/Headers/CoreFoundation.h:5, from /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/CarbonCore.h:20, from /System/Library/Frameworks/CoreServices.framework/Headers/CoreServices.h:21, from /System/Library/Frameworks/Carbon.framework/Headers/Carbon.h:20, from /Developer/Headers/FlatCarbon/Events.h:1, from ../Carbon.h:23, from Components.xs:32: /usr/include/gcc/darwin/2.95.2/g++/../stdbool.h:10: warning: empty declaration In file included from Components.xs:32: .../Carbon.h: In function `GUSIPath2FSp': .../Carbon.h:168: parse error before `path' .../Carbon.h:169: `path' undeclared (first use in this function) .../Carbon.h:169: (Each undeclared identifier is reported only once .../Carbon.h:169: for each function it appears in.) make[1]: *** [Components.o] Error 1 make: *** [subdirs] Error 2
Re: OT praise for the cookbook
Having become a fan of OOPerl I would really love to see some good treatment of using all those nifty Class::* modules. Especially with multiple inheritance. I have to admit that I've been a bit timid to do much in the way of experimentation... BTW, any time anyone approaches me with a desire to learn Perl, I tell them to buy three books (in order), Learning Perl, Perl in a Nutshell and Perl Cookbook. The book has been a huge help, it spurred me into learning new things as a newbie and now with a few years under my belt, it is an invaluable reference. I've got high hope for a second edition. ---Mark -- American ideas of freedom are bound up with a vision of information policy that counts information as social wealth owned by all. We believe we are entitled to say what we think, to think what we want, and to learn whatever were willing to explore. Part of the information ethos in the United States is that facts and ideas cannot be owned, suppressed, censored or regulated, they are meant to be found, studied, passed along and freely traded in the marketplace of ideas. -- Jessica Litman
Re: unix or mac-style text files?
In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Ken Williams) wrote: I don't think it's really a good idea to translate newlines in string literals (let's lump heretext in with string literals, since that's how they function). That stuff is part of the data of a program, not part of the instruction set. So by doing one mass CR-LF conversion blindly, you'd get the program to run, but it would run differently given the exact same data input. I don't think that's desirable. I disagree. We've been doing this for years on Mac OS without problem. Whenever I unpack a tarball or fetch a file via FTP or HTTP, my programs are doing mass/blind newline conversions on text files. It's long been accepted as the Right Thing, and it only rarely causes problems. And on the contrary, it would cause major problems to do it the other way, not only in terms of effort (Yes, you downloaded the file via FTP as text, and it converted the newlines from Unix to Mac, but you need to go back and convert the newlines in string literals back into Unix newlines), but also in the simple fact that it would rarely be what we want. When you do a here doc, 99.99% of the time you want native newlines in there. The basic tenet is that if you embed an actual newline anywhere at all in your code, it is a logical newline, no matter where it is or what it is doing, and it should be converted to the native format of whatever the target platform is. If you want a literal \012, then you should encode it as \012 or \0xA or \cJ. -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Process table information
On Wednesday, December 4, 2002, at 11:41 AM, Chris Nandor wrote: In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Ken Williams) wrote: Yeah, that looks like exactly what I want. Now if I can just get Mac::Carbon working under 10.1.5! =) Still haven't had any luck with that, it looks like a gcc 2/3 issue to me. Yeah, I dunno. :/ I've not had any opportunity to even test it. What I could try to do is release binaries next time, putting them on SourceForge.net (I won't bother putting them on the CPAN). I think those should work on 10.1.5. Let me know if you want me to try (I am aiming for a 0.02 release of Mac::Carbon in the next 2 weeks). Maybe the 'gcc_select 2' command would be a relatively easy way to test/debug it? I hadn't known about that command until Paul pointed it out. Failing that, a binary would be good if it worked. -Ken