I concur :)!
/ScarT
On 16/05/2008, theY4Kman <[EMAIL PROTECTED]> wrote:
>
> I'd learn more about the SDK; how it's structured, where things are, etc. I
> always pick up information I can use later while perusing the code. It's
> interesting :P
>
> On Thu, May 15, 2008 at 5:49 PM, Nick <[EMAIL PROTECTED]> wrote:
>
> > Why would you spend hours aimlessly browsing the sdk when you can ask
> > an expert like Jay?
> >
> > On Thu, May 15, 2008 at 5:17 AM, theY4Kman <[EMAIL PROTECTED]> wrote:
> > > Thank you, Jay. I should've peeked around more in the SDK =/
> > >
> > > On Thu, May 15, 2008 at 12:00 AM, Jay Stelly <[EMAIL PROTECTED]>
> > wrote:
> > >
> > >> Our code does a search for the signature.
> > >> There's code for this in src/public/zip_utils.cpp. If that's not in
> the
> > >> sdk then here's the relevant code:
> > >>
> > >>
> //----------------------------------------------------------------------
> > >> -------
> > >> // Purpose: Load pak file from raw buffer
> > >> // Input : *buffer -
> > >> // bufferlength -
> > >>
> //----------------------------------------------------------------------
> > >> -------
> > >> void CZipFile::ParseFromBuffer( void *buffer, int bufferlength )
> > >> {
> > >> // Throw away old data
> > >> Reset();
> > >>
> > >> // Initialize a buffer
> > >> CUtlBuffer buf( 0, bufferlength +1 );
> > >> // +1 for null termination
> > >>
> > >> // need to swap bytes, so set the buffer opposite the machine's
> > >> endian
> > >> buf.ActivateByteSwapping( m_Swap.IsSwappingBytes() );
> > >>
> > >> buf.Put( buffer, bufferlength );
> > >>
> > >> buf.SeekGet( CUtlBuffer::SEEK_TAIL, 0 );
> > >> unsigned int fileLen = buf.TellGet();
> > >>
> > >> // Start from beginning
> > >> buf.SeekGet( CUtlBuffer::SEEK_HEAD, 0 );
> > >>
> > >> unsigned int offset;
> > >> ZIP_EndOfCentralDirRecord rec = { 0 };
> > >>
> > >> bool bFoundEndOfCentralDirRecord = false;
> > >> for ( offset = fileLen - sizeof( ZIP_EndOfCentralDirRecord );
> > >> offset >= 0; offset-- )
> > >> {
> > >> buf.SeekGet( CUtlBuffer::SEEK_HEAD, offset );
> > >> buf.GetObjects( &rec );
> > >> if ( rec.signature == PKID( 5, 6 ) )
> > >> {
> > >> bFoundEndOfCentralDirRecord = true;
> > >>
> > >> // Set any xzip configuration
> > >> if ( rec.commentLength )
> > >> {
> > >> char commentString[128];
> > >> int commentLength = min(
> > >> rec.commentLength, sizeof( commentString ) );
> > >> buf.Get( commentString, commentLength
> );
> > >> commentString[commentLength] = '\0';
> > >> ParseXZipCommentString( commentString
> );
> > >> }
> > >> break;
> > >> }
> > >> else
> > >> {
> > >> // wrong record
> > >> rec.nCentralDirectoryEntries_Total = 0;
> > >> }
> > >> }
> > >>
> > >> > -----Original Message-----
> > >> > From: [EMAIL PROTECTED]
> > >> > [mailto:[EMAIL PROTECTED] On Behalf Of
> > >> > Mark Chandler
> > >> > Sent: Wednesday, May 14, 2008 8:33 PM
> > >> > To: 'Discussion of Half-Life Programming'
> > >> > Subject: Re: [hlcoders] Pakfile Lump Reading
> > >> >
> > >> > Just read in every thing but the comment into the struct.
> > >> > Grab the size of the comment then read the comment. Not to
> > >> > hard as I have done this about a week ago.
> > >> >
> > >> > -----Original Message-----
> > >> > From: [EMAIL PROTECTED]
> > >> > [mailto:[EMAIL PROTECTED] On Behalf Of
> > >> > theY4Kman
> > >> > Sent: Thursday, May 15, 2008 10:00 AM
> > >> > To: Discussion of Half-Life Programming
> > >> > Subject: Re: [hlcoders] Pakfile Lump Reading
> > >> >
> > >> > I don't believe you understand my message correctly. The
> > >> > ZIP_EndOfCentralDirRecord is essentially at the end of the
> > >> > file. One would parse the file by fseek'ing to
> > >> > (EOF-sizeof(ZIP_EndOfCentralDirRecord)) and fread'ing in the struct.
> > >> > However, since the comment is of variable length, there is no
> > >> > way to correctly read in the ZIP_EndOfCentralDirRecord. Thus,
> > >> > there is no way to access commentLength.
> > >> >
> > >> > On Wed, May 14, 2008 at 9:53 PM, Mark Chandler
> > >> > <[EMAIL PROTECTED]> wrote:
> > >> >
> > >> > > You can work out the size of the comment by commentLength
> > >> > >
> > >> > > -----Original Message-----
> > >> > > From: [EMAIL PROTECTED]
> > >> > > [mailto:[EMAIL PROTECTED] On Behalf Of
> > >> > > theY4Kman
> > >> > > Sent: Thursday, May 15, 2008 8:18 AM
> > >> > > To: Discussion of Half-Life Programming
> > >> > > Subject: [hlcoders] Pakfile Lump Reading
> > >> > >
> > >> > > I'm developing a C++ extension for SourceMod which will extract
> the
> > >> > > files stored in the Pakfile lump of a BSP. I read over the
> > >> > page, "The
> > >> > > Source Engine BSP File Format
> > >> > > <http://www.geocities.com/cofrdrbob/bspformat.html
> > >> > > >,"
> > >> > > by Rof and it has helped me a lot. I've been trying to retrieve
> the
> > >> > > list
> > >> > of
> > >> > > ZIP_FileHeaders, but I've had some trouble: I don't know how it's
> > >> > > possible to get the ZIP_EndOfCentralDirRecord. Rof's page
> > >> > states that
> > >> > > this struct
> > >> > is
> > >> > > at the end of the Pakfile lump. However, the struct has a variable
> > >> > > length comment at the end of it. The only way I can know
> > >> > the size of
> > >> > > that comment is to have the ZIP_EndOfCentralDirRecord at
> > >> > hand...You can see my dilemma.
> > >> > >
> > >> > > struct ZIP_EndOfCentralDirRecord
> > >> > > {
> > >> > > DECLARE_BYTESWAP_DATADESC();
> > >> > > unsigned int signature; // 4 bytes PK56
> > >> > > unsigned short numberOfThisDisk; // 2 bytes
> > >> > > unsigned short
> > >> > numberOfTheDiskWithStartOfCentralDirectory; // 2
> > >> > bytes
> > >> > > unsigned short nCentralDirectoryEntries_ThisDisk;
> > >> > // 2 bytes
> > >> > > unsigned short nCentralDirectoryEntries_Total; // 2 bytes
> > >> > > unsigned int centralDirectorySize; // 4 bytes
> > >> > > unsigned int startOfCentralDirOffset; // 4 bytes
> > >> > > unsigned short commentLength; // 2 bytes
> > >> > > // zip file comment follows
> > >> > > };
> > >> > > _______________________________________________
> > >> > > To unsubscribe, edit your list preferences, or view the
> > >> > list archives,
> > >> > > please visit:
> > >> > > http://list.valvesoftware.com/mailman/listinfo/hlcoders
> > >> > >
> > >> > > _______________________________________________
> > >> > > To unsubscribe, edit your list preferences, or view the
> > >> > list archives,
> > >> > > please visit:
> > >> > > http://list.valvesoftware.com/mailman/listinfo/hlcoders
> > >> > >
> > >> > >
> > >> > _______________________________________________
> > >> > To unsubscribe, edit your list preferences, or view the list
> > >> > archives, please visit:
> > >> > http://list.valvesoftware.com/mailman/listinfo/hlcoders
> > >> >
> > >> > _______________________________________________
> > >> > To unsubscribe, edit your list preferences, or view the list
> > >> > archives, please visit:
> > >> > http://list.valvesoftware.com/mailman/listinfo/hlcoders
> > >> >
> > >> >
> > >>
> > >> _______________________________________________
> > >> To unsubscribe, edit your list preferences, or view the list archives,
> > >> please visit:
> > >> http://list.valvesoftware.com/mailman/listinfo/hlcoders
> > >>
> > >>
> > > _______________________________________________
> > > To unsubscribe, edit your list preferences, or view the list archives,
> > please visit:
> > > http://list.valvesoftware.com/mailman/listinfo/hlcoders
> > >
> > >
> >
> > _______________________________________________
> > To unsubscribe, edit your list preferences, or view the list archives,
> > please visit:
> > http://list.valvesoftware.com/mailman/listinfo/hlcoders
> >
> >
> _______________________________________________
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlcoders
>
>
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders
