Re: multidimensional insertion order
- From: Fabian Pilkowski <pilkowsk@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Fri, 29 Jul 2005 00:24:31 +0200
* Spin schrieb:
> Fabian Pilkowski wrote:
>>
>> Since you don't want to tie a reference [1], you have to tie a hash
>> instead. Try to dereference the whole hash with "%{}" first:
>>
>> tie %{ $xml_lines{$section}->{$section_number} }, "Tie::IxHash";
>
> Fabian, that's what I wondered so I tried that (see my previous post)
> but that chops off parts of my hash.
Right, I see it know. Last time I connected to my newsserver that
posting wasn't present.
This problem depends on your input data. You hadn't give us any example
thus we give you a first approach to what you want. Now, I assume you're
"re-tieing" your hash. By tieing a already tied hash, this hash will be
discharged. Could this be? Try to prevent this by using Perl's tied()
function to check whether your hash is already tied:
unless ( tied %{...} ) {
tie %{...}, 'Tie::IxHash';
}
or the one-line-version for that:
tie %{...}, 'Tie::IxHash' unless tied %{...};
regards,
fabian
.
- Follow-Ups:
- Re: multidimensional insertion order
- From: Spin
- Re: multidimensional insertion order
- References:
- multidimensional insertion order
- From: Spin
- Re: multidimensional insertion order
- From: Abigail
- Re: multidimensional insertion order
- From: Spin
- Re: multidimensional insertion order
- From: Paul Lalli
- Re: multidimensional insertion order
- From: Spin
- Re: multidimensional insertion order
- From: Paul Lalli
- Re: multidimensional insertion order
- From: Spin
- Re: multidimensional insertion order
- From: Fabian Pilkowski
- Re: multidimensional insertion order
- From: Spin
- multidimensional insertion order
- Prev by Date: Re: multidimensional insertion order
- Next by Date: Re: Perl DBI - How to handle large resultsets?
- Previous by thread: Re: multidimensional insertion order
- Next by thread: Re: multidimensional insertion order
- Index(es):
Relevant Pages
|