This is G o o g l e's cache of http://sourceforge.net/mailarchive/forum.php?thread_id=3854523&forum_id=37876 as retrieved on 2 Oct 2006 12:32:11 GMT.
G o o g l e's cache is the snapshot that we took of the page as we crawled the web.
The page may have changed since that time. Click here for the current page without highlighting.
This cached page may reference images which are no longer available. Click here for the cached text only.
To link to or bookmark this page, use the following url: http://www.google.com/search?q=cache:_XF6EtEgNVYJ:sourceforge.net/mailarchive/forum.php%3Fthread_id%3D3854523%26forum_id%3D37876+ToCopy%3DSWAPSHORT(Header-%3EExtraFieldLength)&hl=en&ct=clnk&cd=1


Google is neither affiliated with the authors of this page nor responsible for its content.
These search terms have been highlighted: tocopy swapshort header extrafieldlength 

SourceForge.net: amavis-bugs
   Site Status
  

Email Archive: amavis-bugs (read-only)

2000:
Jan
   
Feb
   
Mar
   
Apr
   
May
   
Jun
   
Jul
(3)
Aug
(1)
Sep
   
Oct
(2)
Nov
(9)
Dec
(3)
From: Alexander Spannagel <spannagel@jo...>
zlib.dll and zipsecure  
2000-11-08 11:19
 Hello!
 
 We have a problem with zipsecure, which is used by AMaVis V2.1. We have
 a self extracting archive - bob.exe. This archive contains the library
 "zlib.dll". If zipsecure comes to this file, it is getting into an
 endless loop while using a lot of CPU-time doing not much.
 
 If i compile zipsecure in debug-mode i get the following output:
 ># zipsecure < zlib.dll > /dev/null
 >Little Endian
 >Magic at offset 0x820e -
 >CentralDir: Offset=1944605008 (73e85150) - 1944605008 (73e85150)
 >changing " f? tf <E" to "y26335.0"
 >> here i have to break the execution....
 
 It seems that the program tries to rename a non existing file. I have
 made the following change in the function  "LoadCentralDirEntry" as a
 quick workaround for our company:
 ># diff zipsecure.c.BAK zipsecure.c
 >281c281
 ><       for( ToCopy=SWAPSHORT(Header->ExtraFieldLength); ToCopy; ToCopy-=i ) {
 >---
 >>       for( ToCopy=SWAPSHORT(Header->ExtraFieldLength); ToCopy && ! feof(fpin); ToCopy-=i
) {
 
 Can someone bring this workaround into a well working patch for
 zipsecure V1.5?
 
 Thanx
 
 Alex Spannagel
 
 -- 
 * Alexander Spannagel * Networkadministrator *
 mailto:spannagel@jo... *
 * Jobs & Adverts AG * http://www.jobpilot.de  * http://www.jobpilot.com *
 * Europe"s career market on the Internet *
 * Siemensstrasse 15-17 * D-61352 Bad Homburg * Germany
 * fon: + 49.6172.919-401 * fax: + 49.6172.919-540
 * Frankfurt * Zuerich * Wien * Paris * Goeteborg
 * Warschau * Barcelona * Prag * Mailand * London
 * Oslo * Amsterdam * Bruessel * Budapest * Kopenhagen
 * Bangkok * Singapur * Kuala Lumpur
 
 



    From: Juergen Quade <quade@fh...>
    Re: zlib.dll and zipsecure  
    2000-11-11 00:45
     > Hello!
     > 
     > We have a problem with zipsecure, which is used by AMaVis V2.1. We have
     > a self extracting archive - bob.exe. This archive contains the library
     > "zlib.dll". If zipsecure comes to this file, it is getting into an
     > endless loop while using a lot of CPU-time doing not much.
     > 
     > If i compile zipsecure in debug-mode i get the following output:
     > ># zipsecure < zlib.dll > /dev/null
     > >Little Endian
     > >Magic at offset 0x820e -
     > >CentralDir: Offset=1944605008 (73e85150) - 1944605008 (73e85150)
     > >changing " f? tf <E" to "y26335.0"
     > >> here i have to break the execution....
     > 
     > It seems that the program tries to rename a non existing file. I have
     > made the following change in the function  "LoadCentralDirEntry" as a
     > quick workaround for our company:
     > ># diff zipsecure.c.BAK zipsecure.c
     > >281c281
     > ><       for( ToCopy=SWAPSHORT(Header->ExtraFieldLength); ToCopy; ToCopy-=i ) {
     > >---
     > >>       for( ToCopy=SWAPSHORT(Header->ExtraFieldLength); ToCopy && ! feof(fpin);
    ToCopy-=i ) {
     > 
     > Can someone bring this workaround into a well working patch for
     > zipsecure V1.5?
     
     The problem will be fixed in the outcoming V2.0.
     Thanks a lot!!!
     
            Juergen Quade.
     
     > 
     > Thanx
     > 
     > Alex Spannagel
     > 
     > -- 
     > * Alexander Spannagel * Networkadministrator *
     > mailto:spannagel@jo... *
     > * Jobs & Adverts AG * http://www.jobpilot.de  * http://www.jobpilot.com *
     > * Europe"s career market on the Internet *
     > * Siemensstrasse 15-17 * D-61352 Bad Homburg * Germany
     > * fon: + 49.6172.919-401 * fax: + 49.6172.919-540
     > * Frankfurt * Zuerich * Wien * Paris * Goeteborg
     > * Warschau * Barcelona * Prag * Mailand * London
     > * Oslo * Amsterdam * Bruessel * Budapest * Kopenhagen
     > * Bangkok * Singapur * Kuala Lumpur