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
