Menu
▾
▴
aixtoolbox-list — General discussion list for aixtoolbox
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
(51) |
Mar
(85) |
Apr
(93) |
May
(55) |
Jun
(52) |
Jul
(36) |
Aug
(31) |
Sep
(62) |
Oct
(55) |
Nov
(10) |
Dec
(37) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(51) |
Feb
(86) |
Mar
(61) |
Apr
(83) |
May
(51) |
Jun
(35) |
Jul
(73) |
Aug
(70) |
Sep
(40) |
Oct
(46) |
Nov
(75) |
Dec
(26) |
| 2003 |
Jan
(36) |
Feb
(43) |
Mar
(27) |
Apr
(95) |
May
(43) |
Jun
(18) |
Jul
(9) |
Aug
(14) |
Sep
(27) |
Oct
(31) |
Nov
(33) |
Dec
(10) |
| 2004 |
Jan
(40) |
Feb
(19) |
Mar
(31) |
Apr
(8) |
May
(22) |
Jun
(45) |
Jul
(27) |
Aug
(38) |
Sep
(8) |
Oct
(26) |
Nov
(31) |
Dec
(20) |
| 2005 |
Jan
(9) |
Feb
(7) |
Mar
(16) |
Apr
(6) |
May
(10) |
Jun
(9) |
Jul
(1) |
Aug
(10) |
Sep
(2) |
Oct
(6) |
Nov
|
Dec
|
| 2006 |
Jan
(3) |
Feb
(10) |
Mar
(9) |
Apr
(11) |
May
(12) |
Jun
(15) |
Jul
(22) |
Aug
(9) |
Sep
(8) |
Oct
(13) |
Nov
(6) |
Dec
(7) |
| 2007 |
Jan
(8) |
Feb
(3) |
Mar
(8) |
Apr
(4) |
May
(3) |
Jun
(1) |
Jul
(16) |
Aug
(4) |
Sep
(1) |
Oct
(6) |
Nov
(3) |
Dec
(5) |
| 2008 |
Jan
(12) |
Feb
(9) |
Mar
(8) |
Apr
(3) |
May
(3) |
Jun
(3) |
Jul
(2) |
Aug
(2) |
Sep
(2) |
Oct
(16) |
Nov
(2) |
Dec
|
| 2009 |
Jan
(3) |
Feb
(1) |
Mar
(5) |
Apr
(2) |
May
(5) |
Jun
(16) |
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2010 |
Jan
(2) |
Feb
(2) |
Mar
(8) |
Apr
|
May
(5) |
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
(1) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(1) |
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
(4) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Gerhard G. <li...@ur...> - 2006-03-21 06:02:59
|
What are the advantages of RPM packaging compared to BFF packaging? Are there guidelines for porters/packagers, similar to the FreeBSD porters handbook? Thanks! GG |
|
From: David C. <cl...@au...> - 2006-03-02 00:06:27
|
For problem #1, the process in wait() is most likely not hung, but waiting on a child process. (Maybe a child is hung). Check the ps output for children of that process and see what is running. For problem #2 and #3, I think these are both the same thing. The sed command is in read() because it is waiting for input. For example, if I do this: $ sed -e 's/foo/bar/' it just sits there waiting for input, and if I attach to the process it shows it is in read(). So it wants input. More typical use would be: $ cat somefile | sed -e 's/foo/bar/' or $ sed -e 's/foo/bar/' < somefile or $ sed -e 's/foo/bar/' somefile On Tue, Feb 28, 2006 at 06:07:42PM -0500, Scott Fletcher wrote: > Hi! After some researching and debugging, I came to the conclusion that > there is some issues with the AIX's libc.a file. > > Problem #1 - When I tried to compile OpenSSL, the compiler hung. So, a > simple testcase here that produce this problem. > > --snip-- > # gcc -0 aix_ppc32.o aix_ppc32.s > --snip-- > > Then I ran the debugger and got this. > > --snip-- > (gdb) backtrace > #0 0xd022cf18 in wait() > #1 0xffffffff in ?? () from (unknown load module) > --snip-- > > The wait() is found in the AIX's libc.a file. > > > > Problem #2 - When I tried to run the GNU Sed command, it got hung. So, a > simple testcase here that produce the problem. > > --snip-- > # export install_sh='/usr/local/src/sed-4.1.5/config/install-sh' > # sed -e "install_sh=$install_sh" > zz_blank.txt > --snip-- > > When I ran the debugger, I got this. > > --snip-- > (gdb) backtrace > #0 0xd01e62c8 in read() > #1 0xffffffff in ?? () from (unknown load module) > --snip-- > > The read() is found in the AIX's libc.a file. > > Problem #3 - When I tried to run both the AIX's sed and the GNU's Sed, > they still got hung. So, a simple testcase here used by both of them > that produce the problem. > > --snip-- > # sed -e 'ls/^X//' > --snip-- > > When I ran the debugger, I got this. > > --snip-- > (gdb) backtrace > #0 0xd01e62c8 in read() > #1 0xffffffff in ?? () from (unknown load module) > --snip- > > How come we have this problem? What's the solution to these problems. I > am unable to build the web server (GNU softwares) on it's own without > doing some of the source code hacking. > > Thanks... > > > -- David Clissold cl...@au... |
|
From: David C. <cl...@au...> - 2006-03-01 23:56:15
|
The Toolbox admin is out this week, so I'll answer -- The Toolbox isn't set up or intended for public submissions of open source projects. However, your tool sounds interesting and may be of general interest or use to people not just on AIX but any platform. The SourceForge site is a good place to share your own open source projects for people to access, by registering at http://sourceforge.net and then doing a 'Create Project'. On Sun, Feb 26, 2006 at 06:55:09PM +0100, Folkert van Heusden wrote: > Hi, > > What is (if any) the procedure for submitting software into the AIX > toolbox? > I wrote a tool called MultiTail which I think might be usefull for AIX > sysadmins out there. > > What is it? > MultiTail lets you view one or multiple files like the original tail > program. The difference is that it creates multiple windows on your > console (with ncurses). It can also monitor wildcards: if another file > matching the wildcard has a more recent modification date, it will > automatically switch to that file. That way you can, for example, > monitor a complete directory of files. Merging of 2 or even more > logfiles is possible. It can also use colors while displaying the > logfiles (through regular expressions), for faster recognition of what > is important and what not. It can also filter lines (again with regular > expressions). It has interactive menus for editing given regular > expressions and deleting and adding windows. One can also have windows > with the output of shell scripts and other software. When viewing the > output of external software, MultiTail can mimic the functionality of > tools like 'watch' and such. > http://www.vanheusden.com/multitail/features.html > http://www.vanheusden.com/multitail/ > > > Folkert van Heusden > > ---------------------------------------------------------------------- > Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > aixtoolbox-list mailing list > aix...@li... > https://lists.sourceforge.net/lists/listinfo/aixtoolbox-list -- David Clissold cl...@au... |
|
From: Hurt, R. <Ric...@yu...> - 2006-03-01 20:52:25
|
I am trying to get Bugzilla up and running on AIX 5.3 but am having a real problem with the GD library provided on the Linux Toolbox page (http://www-03.ibm.com/servers/aix/products/aixos/linux/download.html). The precompiled version works but it's really, really old (v1.8.4) and is incompatible with some of the other libraries. I have tried to compile the current version (v2.0.32) with GCC 3.3.2 and while I didn't get any errors or warnings the test applications segfault. It looks like the problem occurs when trying to use any type of font; running the gifanimtest program works, but running any of the ones that deal with fonts (fontsizetest, fontconfigtest, fontwheeltest, & circletexttest) dump core every time. Here is the line that it's dumping on:=20 gdImageStringFT(im, 0, blue, "arial", 12, 0, 20, 20, "plain pathname default");=20 I posted a question on Google Groups (http://groups.google.com/group/comp.unix.aix/browse_thread/thread/628b2 062e9ef2ad7?hl=3Den) but haven't had much time to look at it until now. What can I do to help get this work? I'm not really a C programmer, just a tinkerer, but I have been able to build everything else I need without problems. I don't really know if this is the GD library or something to do with fonts on AIX. I have fontconfig 2.2.2-3 and ghostscript-fonts-6.0-1 installed. What else do I need to do? Any help would be greatly appreciated! Thanx! Richard This communication is confidential and may be legally privileged. If = you are not the intended recipient, (i) please do not read or disclose = to others, (ii) please notify the sender by reply mail, and (iii) please = delete this communication from your system. Failure to follow this = process may be unlawful. Thank you for your cooperation. |
|
From: Scott F. <SFl...@ab...> - 2006-02-28 23:07:44
|
Hi! After some researching and debugging, I came to the conclusion that there is some issues with the AIX's libc.a file. =20 Problem #1 - When I tried to compile OpenSSL, the compiler hung. So, a simple testcase here that produce this problem. --snip-- # gcc -0 aix_ppc32.o aix_ppc32.s --snip-- Then I ran the debugger and got this. --snip-- (gdb) backtrace #0 0xd022cf18 in wait() #1 0xffffffff in ?? () from (unknown load module) --snip-- The wait() is found in the AIX's libc.a file. Problem #2 - When I tried to run the GNU Sed command, it got hung. So, a simple testcase here that produce the problem. --snip-- # export install_sh=3D'/usr/local/src/sed-4.1.5/config/install-sh' # sed -e "install_sh=3D$install_sh" > zz_blank.txt --snip-- When I ran the debugger, I got this. --snip-- (gdb) backtrace #0 0xd01e62c8 in read() #1 0xffffffff in ?? () from (unknown load module) --snip-- The read() is found in the AIX's libc.a file. Problem #3 - When I tried to run both the AIX's sed and the GNU's Sed, they still got hung. So, a simple testcase here used by both of them that produce the problem. --snip-- # sed -e 'ls/^X//' --snip-- When I ran the debugger, I got this. --snip-- (gdb) backtrace #0 0xd01e62c8 in read() #1 0xffffffff in ?? () from (unknown load module) --snip- How come we have this problem? What's the solution to these problems. I am unable to build the web server (GNU softwares) on it's own without doing some of the source code hacking. Thanks... =20 |
|
From: Folkert v. H. <fo...@va...> - 2006-02-26 17:58:10
|
Hi, What is (if any) the procedure for submitting software into the AIX toolbox? I wrote a tool called MultiTail which I think might be usefull for AIX sysadmins out there. What is it? MultiTail lets you view one or multiple files like the original tail program. The difference is that it creates multiple windows on your console (with ncurses). It can also monitor wildcards: if another file matching the wildcard has a more recent modification date, it will automatically switch to that file. That way you can, for example, monitor a complete directory of files. Merging of 2 or even more logfiles is possible. It can also use colors while displaying the logfiles (through regular expressions), for faster recognition of what is important and what not. It can also filter lines (again with regular expressions). It has interactive menus for editing given regular expressions and deleting and adding windows. One can also have windows with the output of shell scripts and other software. When viewing the output of external software, MultiTail can mimic the functionality of tools like 'watch' and such. http://www.vanheusden.com/multitail/features.html http://www.vanheusden.com/multitail/ Folkert van Heusden ---------------------------------------------------------------------- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com |
|
From: Reza A. <ar...@au...> - 2006-02-21 20:06:03
|
On 21 Feb 2006, 05:55AM CST, Markus Alt <al...@de...> wrote: > 1) The warning regarding the AIX version only occurs on machines running > the 64bit kernel when invoking "lsof". Ah, this was the key. On a 64-bit kernel, I finally saw the warning. It seems this is a mistake I made in the packaging of lsof. It should be corrected in the new RPM: <ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/lsof/lsof-4.61- 4.aix5.3.ppc.rpm> > 3) The values in the "SIZE/OFF" column are incorrect for almost all > output lines. On the 32bit kernel machines, they are far too large and > look like some overflow, e.g. I'm not sure about this one. It will bear more investigation. -- Reza Arbab ar...@au... |
|
From: Markus A. <al...@de...> - 2006-02-21 11:55:50
|
On Thu, 16 Feb 2006 10:45:10 +0100, Joa...@iz... wrote: > lsof: WARNING: compiled for AIX version 5.2.0.0; this is 5.3.0.0. > Segmentation fault (core dumped) I can confirm this. There are even some more oddities observed here: 1) The warning regarding the AIX version only occurs on machines running the 64bit kernel when invoking "lsof". Machines running the 32bit kernel seem to be ok. Explicitly invoking "lsof64" results in that warning for both kernel types, along with the expected "lsof64: FATAL: compiled for a 64 bit kernel. The bit size of this kernel is 32." on a machine with the 32bit kernel (which is ok of course). 2) Occasionally I do see the aforementioned segfaults, but so far I haven't been able to determine under which circumstances they occur, i.e. reliably reproduce them. 3) The values in the "SIZE/OFF" column are incorrect for almost all output lines. On the 32bit kernel machines, they are far too large and look like some overflow, e.g. init 1 root 0u VREG 10,4 4398046512504 0 / (/dev/hd4) while on the 64bit kernel machines they're zero, e.g. init 1 root 0u VREG 10,3 0 0 / (/dev/hd4) This is the same with the previous lsof 4.61 built for AIX 5.1, BTW. It is important to note that these wrong size/offset values are seen on machines with TL04, i.e. bos.mp(64) being at 5.3.0.40. On machines with ML03 (bos.mp(64) at 5.3.0.33) it looks ok. Anyone can reproduce this? Regards, Markus -- Markus Alt IBM Lab Boeblingen, Germany al...@de... |
|
From: Reza A. <ar...@au...> - 2006-02-16 15:50:43
|
On 16 Feb 2006, 03:45AM CST, Joa...@iz... wrote: > The new lsof-4.61-3.aix5.3.ppc.rpm seems to be mistakenly the same as the > one for aix 5.2. I just installed this image: <ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/lsof/lsof-4.61-3.aix5.3.ppc.rpm> on a 5.3 system, and it worked fine for me. Are you sure you are running /opt/freeware/sbin/lsof? Check your $PATH. -- Reza Arbab ar...@au... |
|
From: <Joa...@iz...> - 2006-02-16 09:47:12
|
Hello, The new lsof-4.61-3.aix5.3.ppc.rpm seems to be mistakenly the same as = the one for aix 5.2. # rpm -Uvh lsof-4.61-3.aix5.3.ppc.rpm lsof ################################################## # rpm -q lsof lsof-4.61-3 # oslevel -r 5300-03 # lsof lsof: WARNING: compiled for AIX version 5.2.0.0; this is 5.3.0.0. = <-------- Segmentation fault (core dumped) Regards Joachim Gann Planung Unix-Systeme 30191 IZB Informatik-Zentrum M=FCnchen-Frankfurt a.M. GmbH & Co.KG joa...@iz... PGP Public Key ID: 0xCF1B5C9E |
|
From: Marc S. <ma...@au...> - 2006-02-02 13:11:39
|
This mailing list is only to be used for questions specifically about open source software on AIX, and specifically the AIX Toolbox for Linux Applications. These questions should be directed to the comp.unix.aix Usenet newsgroup. > > --0-754416017-1138877956=:46385 > Content-Type: text/plain; charset=iso-8859-1 > Content-Transfer-Encoding: 8bit > > Hi all, > Can someone advise the difference(s) between crfs and mkfs? I saw one article that said mkfs does not update /etc/filesystem, is this the only difference? When should I use mkfs? > > Thank you. > > > > --------------------------------- > Yahoo! Autos. Looking for a sweet ride? Get pricing, reviews, & more on new and used cars. > --0-754416017-1138877956=:46385 > Content-Type: text/html; charset=iso-8859-1 > Content-Transfer-Encoding: 8bit > > <DIV id=RTEContent>Hi all,</DIV> <DIV>Can someone advise the difference(s) between crfs and mkfs? I saw one article that said mkfs does not update /etc/filesystem, is this the only difference? When should I use mkfs?</DIV> <DIV> </DIV> <DIV>Thank you.</DIV> <DIV> </DIV><p> > > <hr size=1> <a href="http://us.rd.yahoo.com/evt=38381/ ylc=X3oDMTEzcGlrdGY5BF9TAzk3MTA3MDc2BHNlYwNtYWlsdGFncwRzbGsDMWF1dG9z/*http://autos.yahoo.com/index.html ">Yahoo! Autos</a>. Looking for a sweet ride? Get pricing, reviews, & more on new and used cars. > --0-754416017-1138877956=:46385-- > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > aixtoolbox-list mailing list > aix...@li... > https://lists.sourceforge.net/lists/listinfo/aixtoolbox-list > -- Marc Stephenson IBM Austin ma...@au... Notes: ma...@us... T/L 678-3189 |
|
From: Tan G. T. <tan...@ya...> - 2006-02-02 10:59:24
|
Hi all, Can someone advise the difference(s) between crfs and mkfs? I saw one article that said mkfs does not update /etc/filesystem, is this the only difference? When should I use mkfs? Thank you. --------------------------------- Yahoo! Autos. Looking for a sweet ride? Get pricing, reviews, & more on new and used cars. |
|
From: Tan G. T. <tan...@ya...> - 2006-02-02 09:51:58
|
Can someone provide me with the criteria that LVM uses to determine what is the right LTG size for a VG? Is it based on rpm of a disk, disk controller, etc? I have seen a number of articles on how to change the LTG size but do not see any documents yet on the criteria of determining the LTG size. Thank you. --------------------------------- What are the most popular cars? Find out at Yahoo! Autos |
|
From: Reza A. <ar...@au...> - 2006-01-27 22:30:51
|
Hi Pete, On 27 Jan 2006, 03:21PM CST, "Lancashire, Pete" <pla...@ci...> wrote: > first a qustion .. it seems a lot of the packages are > a bit out of date, is the effort to keep them up to date > going away ? No, we're trying, but under some considerable restrictions. David put it pretty well a long time ago: <http://sourceforge.net/mailarchive/message.php?msg_id=10892301> > gcc: unrecognized option `-q32' > gcc: unrecognized option `-qlonglong' > gcc: unrecognized option `-q32' > gcc: unrecognized option `-qlonglong' "-q32" and "-qlonglong" are command-line options for the IBM xlc compiler. If you have it, you should export CC=xlc. If not, you may need to modify the build files for amanda so they don't use these flags with gcc. -- Reza Arbab ar...@au... |
|
From: Lancashire, P. <pla...@ci...> - 2006-01-27 21:21:18
|
first a qustion .. it seems a lot of the packages are a bit out of date, is the effort to keep them up to date going away ? the issue i have today is trying to build the amanda backup package. below is a list of all the rpm's installed PATH /opt/freeware/bin:/usr/bin:/etc:/usr/sbin:/usr/ucb://bin:/usr/bin/X11:/sbin: .... used to build LDFLAGS="-L/opt/freeware/lib" \ CPPFLAGS="-I/opt/freeware/include" \ ./configure --with-user=amanda \ --with-group=amanda \ --prefix=/usr/local \ --with-gnutar=/opt/freeware/bin/tar ... during the run of ./configure some output checking for large file compilation CFLAGS... -q32 -D_LARGE_FILES -qlonglong checking for large file compilation LDFLAGS... -b32 ... checking for shmget... (cached) no configure: WARNING: *** Neither shmget() nor mmap() found! configure: WARNING: *** This system will not support the Amanda server. ... make if /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../config -I./../regex-src -q32 -D_LARGE_FILES -qlonglong -I/opt/freeware/include -q32 -D_LARGE_FILES -qlonglong -g -O2 -MT alloc.lo -MD -MP -MF ".deps/alloc.Tpo" -c -o alloc.lo alloc.c; \ then mv -f ".deps/alloc.Tpo" ".deps/alloc.Plo"; else rm -f ".deps/alloc.Tpo"; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I../config -I./../regex-src -q32 -D_LARGE_FILES -qlonglong -I/opt/freeware/include -q32 -D_LARGE_FILES -qlonglong -g -O2 -MT alloc.lo -MD -MP -MF .deps/alloc.Tpo -c alloc.c -DPIC -o .libs/alloc.o gcc: unrecognized option `-q32' gcc: unrecognized option `-qlonglong' gcc: unrecognized option `-q32' gcc: unrecognized option `-qlonglong' In file included from alloc.c:33: amanda.h:813: error: conflicting types for `bind' any ideas ? -pete |
|
From: Kent W. <Ken...@er...> - 2006-01-26 17:20:50
|
The zlib libraries as supplied by IBM (and used by the rpm install = process) are currently at 1.2.2. In compiling the latest OpenSSH, the configure process complained about = that version being out-of-date due to security exposures. Sure enough, = when I go the zlib web site (www.zlib.net), it indicates that a new = release (1.2.3) came out in July, 2005. In the past when I have compiled zlib on my own the rpm tool supplied by = IBM started complaining because it wasn't compiled the same way as the = zlib from the Linux Toolbox so I don't really want to go down that path = (unless somebody can supply me with instructions/flags on how rpm wants = zlib to be compiled). Does anybody have any idea as to when the Linux Toolbox web site will be = updated with the newer zlib? Thanks for your time. Kent Wick, Texas Employee Retirement System |
|
From: Wil C. <wc...@na...> - 2005-10-27 20:19:05
|
Are there any plans to update to a more recent version of RPM? Since RPM v3 is positively ancient, it would be nice to have a more recent version to make it easier to build packages with the existing spec files I have and to be able to use the various scripting-language bindings and their associated tools. Wil --=20 Wil Cooley <wc...@na...> Naked Ape Consulting, Ltd |
|
From: <AMO...@ds...> - 2005-10-13 15:10:04
|
> While the unzip command on AIX is built with support for large files, it > seems that it doesn't necessarily support >2gb zip files created with > pkzip. Here is a section from the Info-Zip FAQ: That might be the issue right there. I know for a fact that the file wasn't corrupted in any transfers, because there are several similar files that came in in the exact same manner (sftp, pgp-armored, decrypted, unzipped), and gpg didn't have any problem working with 3+ GB files. I also know for a fact that the file in question contains a large amount of small TIF files, rather than large files. One of the reasons I assumed it had something to do with file size is that a zcat on the file works fine - that is, the uncompressed files are displayed on stdout, but I then lose the ability to distinguish between separate files. Is there a useable way around this issue, or will I have to make sure I don't receive PKZIPped files >2GB? Thanks! -- Mick Ohrberg DST Output, Kansas City ----------------------------------------- This e-mail and any attachments are intended only for the individual or company to which it is addressed and may contain information which is privileged, confidential and prohibited from disclosure or unauthorized use under applicable law. If you are not the intended recipient of this e-mail, you are hereby notified that any use, dissemination, or copying of this e-mail or the information contained in this e-mail is strictly prohibited by the sender. If you have received this transmission in error, please return the material received to the sender and delete all copies from your system. |
|
From: Philip K W. <pk...@us...> - 2005-10-13 14:19:21
|
While the unzip command on AIX is built with support for large files, it seems that it doesn't necessarily support >2gb zip files created with pkzip. Here is a section from the Info-Zip FAQ: "Also note that in August 2001, PKWARE released PKZIP 4.50 with support for large files and archives via a pair of new header types, "PK\x06\x06" and "PK\x06\x07". So far these headers are undocumented, but most of their fields are fairly obvious. We don't yet know when Zip and UnZip will support this extension to the format. In the short term, it is possible to improve Zip and UnZip's capabilities slightly on certain Linux systems (and probably other Unix-like systems) by recompiling with the -DLARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 options. This will allow the utilities to handle uncompressed data files greater than 2 GB in size, as long as the total size of the archive containing them is less than 2 GB. (The operating system also must have support for large files; for Linux, this involves the kernel [2.4 or later], the file system [at least Reiser and ext2 are supported], the C library [glibc 2.x], and possibly other file utilities [ls, rm, etc.] and the shell itself [bash, tcsh, etc.] if redirection is involved.) " http://www.info-zip.org/pub/infozip/FAQ.html#limits -- Philip K. Warren pk...@us... Phone: 512.838.8924 T/L 678.8924 |
|
From: <Dan...@jb...> - 2005-10-13 14:13:57
|
It may be the 2GB limit. Is it just on a regular FS or a Large FS? Can you create a new large FS and try it there? |
|
From: <AMO...@ds...> - 2005-10-13 13:57:06
|
All, I installed the unzip 5.51 RPM from the AIX Toolbox in order to unzip some rather large (PKZIPed) files. Is it turns out I'm having some issues (with unzipping) *cough*. -------------8<---------------------------- # unzip -v UnZip 5.51 of 22 May 2004, by Info-ZIP. Maintained by C. Spieler. Send bug reports using http://www.info-zip.org/zip-bug.html; see README for details. Latest sources and executables are at ftp://ftp.info-zip.org/pub/infozip/ ; see ftp://ftp.info-zip.org/pub/infozip/UnZip.html for other sites. Compiled with cc for Unix (IBM AIX) on Sep 27 2004. UnZip special compilation options: COPYRIGHT_CLEAN (PKZIP 0.9x unreducing method not supported) LZW_CLEAN (PKZIP/Zip 1.x unshrinking method not supported) SET_DIR_ATTRIB TIMESTAMP USE_EF_UT_TIME USE_DEFLATE64 (PKZIP 4.x Deflate64(tm) supported) VMS_TEXT_CONV [decryption, version 2.9 of 05 May 2000] UnZip and ZipInfo environment options: UNZIP: [none] UNZIPOPT: [none] ZIPINFO: [none] ZIPINFOOPT: [none] # ls -al FDST20050311H.zip -rw-r--r-- 1 root system 2274951675 Oct 11 21:25 FDST20050311H.zip # file FDST20050311H.zip FDST20050311H.zip: PKZIP (.zip) compressed archive # unzip FDST20050311H.zip Archive: FDST20050311H.zip End-of-central-directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive. In the latter case the central directory and zipfile comment will be found on the last disk(s) of this archive. unzip: cannot find zipfile directory in one of FDST20050311H.zip or FDST20050311H.zip.zip, and cannot find FDST20050311H.zip.ZIP, period. # -------------8<---------------------------- As you can see, the file in question IS rather large. As a side note, a file that is 1,663,008,768 bytes in size unzips just fine. A truss gives: -------------8<---------------------------- kcsusdv01001:/ft/orabck# truss -fa unzip FDST20050311H.zip 647198: execve("/bin/unzip", 0x2FF22AC0, 0x2FF22ACC) argc: 2 647198: argv: unzip FDST20050311H.zip 647198: __loadx(0x03020000, 0x2FF229C0, 0x00000050, 0xDEADBEEF, 0xDEADBEEF) = 0x00000000 647198: __loadx(0x0A040000, 0xD036915C, 0x00000000, 0x5F5F7274, 0x00000000) = 0x00000000 647198: _sigaction(2, 0x2FF22950, 0x2FF22960) = 0 647198: _sigaction(15, 0x2FF22950, 0x2FF22960) = 0 647198: _sigaction(10, 0x2FF22950, 0x2FF22960) = 0 647198: _sigaction(11, 0x2FF22950, 0x2FF22960) = 0 647198: sbrk(0x00000000) = 0x20017770 647198: sbrk(0x00010010) = 0x20017770 647198: sbrk(0x00020010) = 0x20027780 647198: statx("FDST20050311H.zip", 0x20016DE8, 128, 010) = 0 647198: open("FDST20050311H.zip", O_RDONLY|O_LARGEFILE) = 3 647198: kioctl(1, 1074295912, 0x2FF22830, 0x00000000) = 0 Archive: FDST20050311H.zip 647198: kwrite(1, " A r c h i v e : F D".., 28) = 28 647198: kfcntl(1, F_GETFL, 0x2FF22FFC) = 67110914 647198: klseek(3, 0, 0, 0x00000000) = 0 647198: kreadv(3, 0x2FF22780, 2, 0x00000000) Err#22 EINVAL 647198: kioctl(1, 1074295912, 0x2FF227B0, 0x00000000) = 0 End-of-central-directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive. In the latter case the central directory and zipfile comment will be found on the last disk(s) of this archive. 647198: kwrite(2, " E n d - o f - c e n".., 255) = 255 647198: kfcntl(2, F_GETFL, 0x2FF22FFC) = 67110914 647198: close(3) = 0 647198: statx("FDST20050311H.zip.zip", 0x20016DE8, 128, 010) Err#2 ENOENT 647198: statx("FDST20050311H.zip.ZIP", 0x20016DE8, 128, 010) Err#2 ENOENT 647198: kioctl(1, 1074295912, 0x2FF22830, 0x00000000) = 0 unzip: cannot find zipfile directory in one of FDST20050311H.zip or FDST20050311H.zip.zip, and cannot find FDST20050311H.zip.ZIP, period. 647198: kwrite(2, " u n z i p : c a n n".., 147) = 147 647198: kfcntl(2, F_GETFL, 0x2FF22FFC) = 67110914 647198: __loadx(0x04000000, 0x2FF20990, 0x00002000, 0xF01E48B0, 0x00000000) = 0x00000000 647198: kfcntl(1, F_GETFL, 0x00000001) = 67110914 647198: kfcntl(2, F_GETFL, 0x00000000) = 67110914 647198: _exit(9) kcsusdv01001:/ft/orabck# -------------8<---------------------------- Not being terribly good at reading trusses, what am I looking at here? Is it the ol' 2GB limit? File system is jfs2. Running 5.2ML06, 64-bit kernel. 4GB RAM, ~90GB free space in the file system. Thanks! -- Mick Ohrberg DST Output, Kansas City ----------------------------------------- This e-mail and any attachments are intended only for the individual or company to which it is addressed and may contain information which is privileged, confidential and prohibited from disclosure or unauthorized use under applicable law. If you are not the intended recipient of this e-mail, you are hereby notified that any use, dissemination, or copying of this e-mail or the information contained in this e-mail is strictly prohibited by the sender. If you have received this transmission in error, please return the material received to the sender and delete all copies from your system. |
|
From: Reza A. <ar...@au...> - 2005-09-12 18:10:31
|
On 10 Sep 2005, 07:22AM CDT, Paul INDELICATO <pau...@wa...> wrote: > Are there > any plans to build mysql-administrator and all its dependency for AIX in > a near future. I've added mysql-administrator to our package wishlist. You might want to keep pursuing building this yourself. The chances of seeing it in the toolbox any time soon are slim. Here is the list of pending requests: ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/toolreq.txt -- Reza Arbab ar...@au... |
|
From: Paul I. <pau...@wa...> - 2005-09-10 12:23:05
|
Hi, I do not know if here is the right place for requests. I wanted to build mysql-administrator-1.1.2 I have installed all RPM from http://www-03.ibm.com/servers/aix/products/aixos/linux/download.html it requested until I ran into "gtkmm-2" which I could not find. I thus try to build myself gtkmm-2, but itself request sigc++-1.2 >= 1.2.0 and others stuff. I am affraid this will go on forever. Are there any plans to build mysql-administrator and all its dependency for AIX in a near future. It is nice to have mysql, but it would be even nicer to be able to use a GUI to administer it... Thanks for the help Paul Indelicato, |
|
From: asvija <as...@cd...> - 2005-08-22 04:53:38
|
Hi, Can anyone suggest whether the 64 bit applications compiled in xlc be debug= ged=20 using gdb. I have tried using the gdb available at the downloads section for aix tool= =20 box. =A0But it seems to support only 32 bit applications. Also, I tried compiling gdb 6.3 from sources, with --enable-64-bit-bfd opti= on=20 for configure script. =A0But even that didn't solve the problem. =A0Should = any=20 special configure options have to be given for 64 bit support ?=20 Meanwhile, I'm using AIX 5.3 Thanks in advance for any help in this regard =2DAsvija=20 |
|
From: Jurjen O. <ju...@st...> - 2005-08-18 20:18:16
|
On Thu, Aug 18, 2005 at 11:03:04AM -0700, Michael Valley wrote: > I have md5sum in /opt/freeware/bin on AIX V5.3, but not sure > which package contains it and our customer is asking about it. This doesn't answer your question (it's already been answered), but AIX 5.3 contains its own implementation of md5sum: the "csum" command. This may or may not be handy to know. :-) -- Jurjen Oskam |
106 messages has been excluded from this view by a project administrator.
