diff options
| author | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
|---|---|---|
| committer | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
| commit | 1be510f9529cb082f802408b472a77d074b394c0 (patch) | |
| tree | b175f9d5fcb107576dabc768e7bd04d4a3e491a0 /zarb-ml/mageia-dev/attachments/20120406 | |
| parent | fa5098cf210b23ab4f419913e28af7b1b07dafb2 (diff) | |
| download | archives-master.tar archives-master.tar.gz archives-master.tar.bz2 archives-master.tar.xz archives-master.zip | |
Diffstat (limited to 'zarb-ml/mageia-dev/attachments/20120406')
10 files changed, 158 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/attachments/20120406/072d8a8b/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20120406/072d8a8b/attachment-0001.html new file mode 100644 index 000000000..97bea6a25 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120406/072d8a8b/attachment-0001.html @@ -0,0 +1 @@ +<html><head><style type="text/css">body {word-wrap: break-word; background-color:#ffffff;}</style></head><body><div style="font-family: sans-serif; font-size: 16px">Please push snort <a href="http://2.9.2.2">2.9.2.2</a>. It fixes too many false positives.<br><br><font color="#333333"><i><span style="font-size: 14px"><font face="sans-serif">Enviado desde mi teléfono Verizon Wireless</font></span></i></font></div></body></html>
diff --git a/zarb-ml/mageia-dev/attachments/20120406/072d8a8b/attachment.html b/zarb-ml/mageia-dev/attachments/20120406/072d8a8b/attachment.html new file mode 100644 index 000000000..97bea6a25 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120406/072d8a8b/attachment.html @@ -0,0 +1 @@ +<html><head><style type="text/css">body {word-wrap: break-word; background-color:#ffffff;}</style></head><body><div style="font-family: sans-serif; font-size: 16px">Please push snort <a href="http://2.9.2.2">2.9.2.2</a>. It fixes too many false positives.<br><br><font color="#333333"><i><span style="font-size: 14px"><font face="sans-serif">Enviado desde mi teléfono Verizon Wireless</font></span></i></font></div></body></html>
diff --git a/zarb-ml/mageia-dev/attachments/20120406/427b6f6a/attachment-0001.obj b/zarb-ml/mageia-dev/attachments/20120406/427b6f6a/attachment-0001.obj new file mode 100644 index 000000000..f257c6cf1 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120406/427b6f6a/attachment-0001.obj @@ -0,0 +1,21 @@ +--- gpt.pm.tv 2012-04-06 09:49:39.652735735 +0200 ++++ gpt.pm 2012-04-06 09:54:11.720110925 +0200 +@@ -31,16 +31,8 @@ + $p{part_number} => \%p; + } c::get_disk_partitions($hd->{file}); + +- my @pt = map { +- my $part_number = $_; +- if ($parts{$part_number}) { +- $parts{$part_number}; +- } else { +- my %p; +- $p{part_number} = $part_number; +- \%p; +- } +- } (1..$nb_primary); ++ add2hash(\%parts, { map { (part_number => $_) } 1..$nb_primary }); ++ my @pt = map { $parts{$_} } sort keys %parts; + + [ @pt ], $info; + }
\ No newline at end of file diff --git a/zarb-ml/mageia-dev/attachments/20120406/427b6f6a/attachment-0002.obj b/zarb-ml/mageia-dev/attachments/20120406/427b6f6a/attachment-0002.obj new file mode 100644 index 000000000..1ef2a41a3 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120406/427b6f6a/attachment-0002.obj @@ -0,0 +1,21 @@ +--- gpt.pm.tv 2012-04-06 09:49:39.652735735 +0200 ++++ gpt.pm 2012-04-06 09:49:22.447714279 +0200 +@@ -31,16 +31,8 @@ + $p{part_number} => \%p; + } c::get_disk_partitions($hd->{file}); + +- my @pt = map { +- my $part_number = $_; +- if ($parts{$part_number}) { +- $parts{$part_number}; +- } else { +- my %p; +- $p{part_number} = $part_number; +- \%p; +- } +- } (1..$nb_primary); ++ my @pt = map { +{ part_number => $_ } } 1..$nb_primary; ++ $pt[$_-1] = $parts{$_} foreach keys %parts; + + [ @pt ], $info; + }
\ No newline at end of file diff --git a/zarb-ml/mageia-dev/attachments/20120406/427b6f6a/attachment-0003.obj b/zarb-ml/mageia-dev/attachments/20120406/427b6f6a/attachment-0003.obj new file mode 100644 index 000000000..f257c6cf1 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120406/427b6f6a/attachment-0003.obj @@ -0,0 +1,21 @@ +--- gpt.pm.tv 2012-04-06 09:49:39.652735735 +0200 ++++ gpt.pm 2012-04-06 09:54:11.720110925 +0200 +@@ -31,16 +31,8 @@ + $p{part_number} => \%p; + } c::get_disk_partitions($hd->{file}); + +- my @pt = map { +- my $part_number = $_; +- if ($parts{$part_number}) { +- $parts{$part_number}; +- } else { +- my %p; +- $p{part_number} = $part_number; +- \%p; +- } +- } (1..$nb_primary); ++ add2hash(\%parts, { map { (part_number => $_) } 1..$nb_primary }); ++ my @pt = map { $parts{$_} } sort keys %parts; + + [ @pt ], $info; + }
\ No newline at end of file diff --git a/zarb-ml/mageia-dev/attachments/20120406/427b6f6a/attachment.obj b/zarb-ml/mageia-dev/attachments/20120406/427b6f6a/attachment.obj new file mode 100644 index 000000000..1ef2a41a3 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120406/427b6f6a/attachment.obj @@ -0,0 +1,21 @@ +--- gpt.pm.tv 2012-04-06 09:49:39.652735735 +0200 ++++ gpt.pm 2012-04-06 09:49:22.447714279 +0200 +@@ -31,16 +31,8 @@ + $p{part_number} => \%p; + } c::get_disk_partitions($hd->{file}); + +- my @pt = map { +- my $part_number = $_; +- if ($parts{$part_number}) { +- $parts{$part_number}; +- } else { +- my %p; +- $p{part_number} = $part_number; +- \%p; +- } +- } (1..$nb_primary); ++ my @pt = map { +{ part_number => $_ } } 1..$nb_primary; ++ $pt[$_-1] = $parts{$_} foreach keys %parts; + + [ @pt ], $info; + }
\ No newline at end of file diff --git a/zarb-ml/mageia-dev/attachments/20120406/919bd61d/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20120406/919bd61d/attachment-0001.html new file mode 100644 index 000000000..66d43af0d --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120406/919bd61d/attachment-0001.html @@ -0,0 +1,14 @@ +<br><br><div class="gmail_quote">On Fri, Apr 6, 2012 at 09:34, Guillaume Rousse <span dir="ltr"><<a href="mailto:guillomovitch@gmail.com">guillomovitch@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +<br> +What about using consistent variable names ? If you have a collection of 'something' stored in a hash, why should it suddenly became of collection of 'st' when transfering them into an array ?</blockquote> + +<div><br></div><div>In this case, the hash contains the existing partitions, hence %parts, while the array represents the full partition table, hence @pt</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + + Or using a consistent format for variables storing numbers, rather than having both nb_foo and bar_number ?<br></blockquote><div><br></div><div>nb_primary is the number of primary partitions (count if you prefer), part_number is the position of a given partition in the table.</div> + +<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> +<br> +And I don't underestand the interest of using an hash for storing content with numerical indexes only. Especially if you have to convert it to an array at the end...</blockquote><div><br></div><div>To easily get the (potential) one with current index when filling the array. The other solution would be to first create the array with 128 default structures, then replace some of them.</div> + +</div> diff --git a/zarb-ml/mageia-dev/attachments/20120406/919bd61d/attachment.html b/zarb-ml/mageia-dev/attachments/20120406/919bd61d/attachment.html new file mode 100644 index 000000000..66d43af0d --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120406/919bd61d/attachment.html @@ -0,0 +1,14 @@ +<br><br><div class="gmail_quote">On Fri, Apr 6, 2012 at 09:34, Guillaume Rousse <span dir="ltr"><<a href="mailto:guillomovitch@gmail.com">guillomovitch@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +<br> +What about using consistent variable names ? If you have a collection of 'something' stored in a hash, why should it suddenly became of collection of 'st' when transfering them into an array ?</blockquote> + +<div><br></div><div>In this case, the hash contains the existing partitions, hence %parts, while the array represents the full partition table, hence @pt</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + + Or using a consistent format for variables storing numbers, rather than having both nb_foo and bar_number ?<br></blockquote><div><br></div><div>nb_primary is the number of primary partitions (count if you prefer), part_number is the position of a given partition in the table.</div> + +<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> +<br> +And I don't underestand the interest of using an hash for storing content with numerical indexes only. Especially if you have to convert it to an array at the end...</blockquote><div><br></div><div>To easily get the (potential) one with current index when filling the array. The other solution would be to first create the array with 128 default structures, then replace some of them.</div> + +</div> diff --git a/zarb-ml/mageia-dev/attachments/20120406/bc00b39d/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20120406/bc00b39d/attachment-0001.html new file mode 100644 index 000000000..145d9b921 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120406/bc00b39d/attachment-0001.html @@ -0,0 +1,22 @@ +<br><br><div class="gmail_quote">On Fri, Apr 6, 2012 at 12:07, Pascal Terjan <span dir="ltr"><<a href="mailto:pterjan@gmail.com">pterjan@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +<br><br><div class="gmail_quote"><div class="im">On Fri, Apr 6, 2012 at 09:34, Guillaume Rousse <span dir="ltr"><<a href="mailto:guillomovitch@gmail.com" target="_blank">guillomovitch@gmail.com</a>></span> wrote:<br> + +<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> +<br> +What about using consistent variable names ? If you have a collection of 'something' stored in a hash, why should it suddenly became of collection of 'st' when transfering them into an array ?</blockquote> + + +<div><br></div></div><div>In this case, the hash contains the existing partitions, hence %parts, while the array represents the full partition table, hence @pt</div><div class="im"><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + + + Or using a consistent format for variables storing numbers, rather than having both nb_foo and bar_number ?<br></blockquote><div><br></div></div><div>nb_primary is the number of primary partitions (count if you prefer), part_number is the position of a given partition in the table.</div> + +<div class="im"> +<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> +<br> +And I don't underestand the interest of using an hash for storing content with numerical indexes only. Especially if you have to convert it to an array at the end...</blockquote><div><br></div></div><div>To easily get the (potential) one with current index when filling the array. The other solution would be to first create the array with 128 default structures, then replace some of them.</div> + + +</div> +</blockquote></div><br><div>Hmm or actually just put them in the array and then fill the holes</div> diff --git a/zarb-ml/mageia-dev/attachments/20120406/bc00b39d/attachment.html b/zarb-ml/mageia-dev/attachments/20120406/bc00b39d/attachment.html new file mode 100644 index 000000000..145d9b921 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20120406/bc00b39d/attachment.html @@ -0,0 +1,22 @@ +<br><br><div class="gmail_quote">On Fri, Apr 6, 2012 at 12:07, Pascal Terjan <span dir="ltr"><<a href="mailto:pterjan@gmail.com">pterjan@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + +<br><br><div class="gmail_quote"><div class="im">On Fri, Apr 6, 2012 at 09:34, Guillaume Rousse <span dir="ltr"><<a href="mailto:guillomovitch@gmail.com" target="_blank">guillomovitch@gmail.com</a>></span> wrote:<br> + +<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> +<br> +What about using consistent variable names ? If you have a collection of 'something' stored in a hash, why should it suddenly became of collection of 'st' when transfering them into an array ?</blockquote> + + +<div><br></div></div><div>In this case, the hash contains the existing partitions, hence %parts, while the array represents the full partition table, hence @pt</div><div class="im"><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> + + + Or using a consistent format for variables storing numbers, rather than having both nb_foo and bar_number ?<br></blockquote><div><br></div></div><div>nb_primary is the number of primary partitions (count if you prefer), part_number is the position of a given partition in the table.</div> + +<div class="im"> +<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> +<br> +And I don't underestand the interest of using an hash for storing content with numerical indexes only. Especially if you have to convert it to an array at the end...</blockquote><div><br></div></div><div>To easily get the (potential) one with current index when filling the array. The other solution would be to first create the array with 128 default structures, then replace some of them.</div> + + +</div> +</blockquote></div><br><div>Hmm or actually just put them in the array and then fill the holes</div> |