[27162] in Perl-Users-Digest

home help back first fref pref prev next nref lref last post

Perl-Users Digest, Issue: 8998 Volume: 10

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Feb 27 03:05:41 2006

Date: Mon, 27 Feb 2006 00:05:06 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)

Perl-Users Digest           Mon, 27 Feb 2006     Volume: 10 Number: 8998

Today's topics:
    Re: A Problem With GD <jurgenex@hotmail.com>
    Re: A Problem With GD <jurgenex@hotmail.com>
    Re: A Problem With GD <jurgenex@hotmail.com>
    Re: A Problem With GD <markem@airmail.net>
    Re: A Problem With GD <markem@airmail.net>
    Re: A Problem With GD <markem@airmail.net>
    Re: A Problem With GD <uri@stemsystems.com>
    Re: A Problem With GD <tadmc@augustmail.com>
    Re: HELP -- UBUNTU -- Do not have a proper compiling sy <tadmc@augustmail.com>
    Re: HELP -- UBUNTU -- Do not have a proper compiling sy <ignoramus20905@NOSPAM.20905.invalid>
    Re: HELP -- UBUNTU -- Do not have a proper compiling sy <1usa@llenroc.ude.invalid>
        Perl array and ASP session variable <robin@dashierweg123schmitt.de>
    Re: References as Hash Keys (Newbie) (Was: simple point <vtatila@mail.student.oulu.fi>
    Re: simple pointer operations (newbe) (Anno Siegel)
        Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)

----------------------------------------------------------------------

Date: Sun, 26 Feb 2006 23:35:08 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: A Problem With GD
Message-Id: <MWqMf.3397$XE6.2010@trnddc07>

Mark Manning wrote:
> I did it on purpose.

You did _WHAT_ on purpose?

jue 




------------------------------

Date: Sun, 26 Feb 2006 23:37:58 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: A Problem With GD
Message-Id: <qZqMf.3398$XE6.1756@trnddc07>

Mark Manning wrote:
> Not as rude as acting like you are.

Ok, bye bye

jue 




------------------------------

Date: Sun, 26 Feb 2006 23:45:25 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: A Problem With GD
Message-Id: <p4rMf.3399$XE6.1984@trnddc07>

Mark Manning wrote:
> 1. I didn't want your help.

Really? Amazing! Then why in the world did you post a question if you didn't 
want help?

> 2. You took what I'd originally said out of context and started
>    making what I took to be rude comments.

No, I did not. I didn't even write anything in this thread until a few 
minutes ago.

If you are responding to something that a particlar person wrote, then 
common sense as well as 2 decades of Usenet customs would suggest to quote 
the posting that you are responding to.

jue 




------------------------------

Date: Sun, 26 Feb 2006 18:35:22 -0600
From: Mark Manning <markem@airmail.net>
Subject: Re: A Problem With GD
Message-Id: <1204i85fup22sd7@corp.supernews.com>

Obviously not - otherwise you would not have responded to my request.

Tad McClellan wrote:

> I had, of course, already done that even before your gracious request.
> 
> 



------------------------------

Date: Sun, 26 Feb 2006 18:38:26 -0600
From: Mark Manning <markem@airmail.net>
Subject: Re: A Problem With GD
Message-Id: <1204idtiihv9q2f@corp.supernews.com>



Jürgen Exner wrote:

> Really? Amazing! Then why in the world did you post a question if you didn't 
> want help?

I didn't.  If you really had read what I posted I asked someone who was 
working on the GD project to contact me.  There was no question.  Please 
re-read and try again.


> No, I did not. I didn't even write anything in this thread until a few 
> minutes ago.
> 
> If you are responding to something that a particlar person wrote, then 
> common sense as well as 2 decades of Usenet customs would suggest to quote 
> the posting that you are responding to.
> 
> jue 

I obviously was not talking to you as you had never posted before.  Your 
IQ in this matter must not be very high.  Otherwise you'd be able to 
follow the thread and know it was not directed at you at all.  Try again.



------------------------------

Date: Sun, 26 Feb 2006 18:50:04 -0600
From: Mark Manning <markem@airmail.net>
Subject: Re: A Problem With GD
Message-Id: <1204j3o595rs788@corp.supernews.com>

Uri Guttman wrote:

> the solution is to learn how to code better. but you know more than all
> the rest of us combined. please be our new perl coding guru! we will
> worship your code and exalt it throughout the land. but first learn how
> to use better names and data structures because we don't worship idiots.

Ah the banality of your post.  Please post more.  First the code I 
posted is not the code I'm using.  Second, as I've stated time and 
again, I did not have any intention of originally posting and then went 
"Whatever".  If Mr. Unur wanted to look at some EXAMPLE code who am I to 
say no.  Then he began insulting me.  I returned the insults.  After 
all, I have nothing else better to do than to trade insults with people. 
  Your problem, along with everyone else, is that I was looking for 
help.  I was - but only in finding someone - not help with code.  I know 
how bad Usenet has gotten with people not answering questions and 
instead bashing others because they don't conform to that particular 
person's outlook on life and coding.  That's why I usually avoid Usenet.

I had hoped to just step in, ask for the person I was looking for to get 
in touch with me, and then step back out.  No such luck I'm afraid.  No 
- the code Nazi's had to come goosestepping out saying I had to conform. 
  Sorry - haven't conformed yet and having a great life thank you very much.

> 
> your humble perl code review servant,

Sure you are....

Notes: Well, sorry to leave you guys but I've already gotten the 
information I needed and passed along the problems I have found.  Tell 
ya what - next time you use Perl and use the sort routine.  Just think 
of me.  After all - I was the person who found a major problem with it 
years ago and sent in a fix for it too.  So have a nice time!  Beat each 
other up with snide remarks and people bashing.  Me?  I'm going to go 
finish helping the person I've been helping for a while with this 
program.  Later!



------------------------------

Date: Sun, 26 Feb 2006 23:48:28 -0500
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: A Problem With GD
Message-Id: <x7fym55rvn.fsf@mail.sysarch.com>

>>>>> "MM" == Mark Manning <markem@airmail.net> writes:

  MM> Uri Guttman wrote:
  >> the solution is to learn how to code better. but you know more than all
  >> the rest of us combined. please be our new perl coding guru! we will
  >> worship your code and exalt it throughout the land. but first learn how
  >> to use better names and data structures because we don't worship idiots.

  MM> Ah the banality of your post.  Please post more.  First the code I
  MM> posted is not the code I'm using.  Second, as I've stated time and
  MM> again, I did not have any intention of originally posting and then
  MM> went "Whatever".  If Mr. Unur wanted to look at some EXAMPLE code who
  MM> am I to say no.  Then he began insulting me.  I returned the insults.

he insulted your code, not you. seems you have major difficulties
separating those two. see a professional therapist to help you overcome
your identity crisis. you are not your code. code posted here is open
for review no matter how or who wrote it. didn't you see the sign on the
door when you came int?

  MM> After all, I have nothing else better to do than to trade insults
  MM> with people. Your problem, along with everyone else, is that I was
  MM> looking for help.  I was - but only in finding someone - not help
  MM> with code.  I know how bad Usenet has gotten with people not
  MM> answering questions and instead bashing others because they don't
  MM> conform to that particular person's outlook on life and coding.
  MM> That's why I usually avoid Usenet.

you haven't traded insults with anyone. you have acted like a jerk
defending your bad code. as of conforming, that isn't the
issue. awareness of code quality it. but your blind eye won't see that
so you take code review as a personal insult. bad to be you and worse to
be your code.

  MM> I had hoped to just step in, ask for the person I was looking for to
  MM> get in touch with me, and then step back out.  No such luck I'm
  MM> afraid.  No - the code Nazi's had to come goosestepping out saying I
  MM> had to conform. Sorry - haven't conformed yet and having a great life
  MM> thank you very much.

well consider your code to be a square peg and there is a round hole in
your head. have fun trying to plug up the hole.

  >> your humble perl code review servant,

  MM> Sure you are....

well ok, i ain't so humble! but i do review a lot of perl code. and i
did find a bug in your posted code caused by your poor coding style. you
still haven't seen that and i bet it is causing problems.

  MM> Notes: Well, sorry to leave you guys but I've already gotten the
  MM> information I needed and passed along the problems I have found.  Tell
  MM> ya what - next time you use Perl and use the sort routine.  Just think
  MM> of me.  After all - I was the person who found a major problem with it
  MM> years ago and sent in a fix for it too.  So have a nice time!  Beat
  MM> each other up with snide remarks and people bashing.  Me?  I'm going
  MM> to go finish helping the person I've been helping for a while with
  MM> this program.  Later!

bye bye and don't ever darken our towels again!

uri

-- 
Uri Guttman  ------  uri@stemsystems.com  -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs  ----------------------------  http://jobs.perl.org


------------------------------

Date: Sun, 26 Feb 2006 23:37:46 -0600
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: A Problem With GD
Message-Id: <slrne0541a.4gl.tadmc@magna.augustmail.com>


[ text rearranged into a sensible order ]


Mark Manning <markem@airmail.net> wrote:
> Tad McClellan wrote:
> 
>> I had, of course, already done that even before your gracious request.
>> 
>> 
> Obviously not - otherwise you would not have responded to my request.


Then you do not know how scoring newsreaders work.


-- 
    Tad McClellan                          SGML consulting
    tadmc@augustmail.com                   Perl programming
    Fort Worth, Texas


------------------------------

Date: Sun, 26 Feb 2006 18:34:15 -0600
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: HELP -- UBUNTU -- Do not have a proper compiling system
Message-Id: <slrne04i87.1h1.tadmc@magna.augustmail.com>

A. Sinan Unur <1usa@llenroc.ude.invalid> wrote:
> Ignoramus20905 <ignoramus20905@NOSPAM.20905.invalid> wrote in 
> news:1hkMf.28583$mP4.15292@fe53.usenetserver.com:


> I thought I had asked you a long time ago to stick with a single posting 
> address so I did not have to plonk you each time.


I find this heuristic scorerule:

   Score:: -9000
           X-No-Archive: yes

to be a great time saver.

It catchs many ignorami, including this OP.


-- 
    Tad McClellan                          SGML consulting
    tadmc@augustmail.com                   Perl programming
    Fort Worth, Texas


------------------------------

Date: Mon, 27 Feb 2006 03:01:01 GMT
From: Ignoramus20905 <ignoramus20905@NOSPAM.20905.invalid>
Subject: Re: HELP -- UBUNTU -- Do not have a proper compiling system
Message-Id: <NXtMf.13555$p15.5691@fe29.usenetserver.com>

On Sun, 26 Feb 2006 20:23:04 GMT, Jürgen Exner <jurgenex@hotmail.com> wrote:
> Ignoramus20905 wrote:
>> I am a little bit pissed. I installed edubuntu for my 4.5 year old
>> son, and discovered that it does not have a working gcc! WTF!
> [whatever]
>
> Your name is program, isn't it?
> Anyway, why are you keeping inventing new email alias? It doesn't improve 
> your standing and justs adds one more entry in my kill file.

Try using regular expressions and a decent newsreader...

i

> Bye bye
>
> jue 
>
>



------------------------------

Date: Mon, 27 Feb 2006 05:51:34 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: HELP -- UBUNTU -- Do not have a proper compiling system
Message-Id: <Xns97778D80815Basu1cornelledu@127.0.0.1>

Tad McClellan <tadmc@augustmail.com> wrote in
news:slrne04i87.1h1.tadmc@magna.augustmail.com: 

> A. Sinan Unur <1usa@llenroc.ude.invalid> wrote:
>> Ignoramus20905 <ignoramus20905@NOSPAM.20905.invalid> wrote in 
>> news:1hkMf.28583$mP4.15292@fe53.usenetserver.com:
> 
> 
>> I thought I had asked you a long time ago to stick with a single
>> posting address so I did not have to plonk you each time.
> 
> 
> I find this heuristic scorerule:
> 
>    Score:: -9000
>            X-No-Archive: yes
> 
> to be a great time saver.
> 
> It catchs many ignorami, including this OP.

;-)

Thanks for the tip.

-- 
A. Sinan Unur <1usa@llenroc.ude.invalid>
(reverse each component and remove .invalid for email address)

comp.lang.perl.misc guidelines on the WWW:
http://mail.augustmail.com/~tadmc/clpmisc/clpmisc_guidelines.html



------------------------------

Date: Mon, 27 Feb 2006 07:37:14 +0100
From: "Udo Schmitt" <robin@dashierweg123schmitt.de>
Subject: Perl array and ASP session variable
Message-Id: <dtu744$7br$1@online.de>

Hi!

I am useing ASP with PERL and would like to write an array into a session
variable. In the Doku I read this should be possible, but I don´t know to
implement it.
This line:

$Session->{'MyVariable'} = @array;

writes the number of elements of the array into the session variable.

How does it work correkt?



Ciao

Udo


-- 

http://www.123schmitt.de 



------------------------------

Date: Mon, 27 Feb 2006 08:57:09 +0200
From: "Veli-Pekka Tätilä" <vtatila@mail.student.oulu.fi>
Subject: Re: References as Hash Keys (Newbie) (Was: simple pointer operations (newbe))
Message-Id: <dtu7sj$qo4$1@news.oulu.fi>

Anno Siegel wrote:
<snip>
> It is true that a string comparison of two references is true if and only
> if the references are the same.
I thought so, too, when stringification enters the picture they can be equal 
only when their types and addresses are exactly the same. But still, hmm, 
you cannot have references to two different types pointing to the same 
memory address, of course, so on second thought the address is a unique key 
alone.

> The strings that are compared may not be  the same each time.
Is this because of possible garbage collection, or scalars growing or 
shrinking automagically? Hmm speaking of hash keys, my understanding based 
on some other languages is that they must depend on the object's state to be 
able to work consistantly. But if you use a stringified memory address and 
the address changes later on independent of the blessed thing's state, you 
cannot just dereference the same blessed thingy to reuse it as a key in 
indexing. Many other languages let you freely use objects or whatever else 
you like as hash keys. ARe there any workarounds for Perl? One possibility 
that came to mind would be to use Data::Dumper and compute a hash value 
based on the object's state. Can I somehow access Perl's internal hashing 
function for keys to hash my own data, similar to Java's hashCode method?

I do realize Perl is not the same as Java, far from it. Still browsing the 
docs for the hashCode method for the Object class, I noticed this contract 
for hashing which might be widely applicable. Quoting JDK 5.0:

- Whenever it is invoked on the same object more than once during an 
execution of a Java application, the hashCode method must consistently 
return the same integer, provided no information used in equals comparisons 
on the object is modified. This integer need not remain consistent from one 
execution of an application to another execution of the same application.

Interesting, so the internal state may change and you're allowed to return 
the same hash code as long as the equality of the object, as far as the user 
goes, is not altered. Maybe my suggestion about simply dumping the blessed 
thingy's internals isn't wise after all.

- If two objects are equal according to the equals(Object) method, then 
calling the hashCode method on each of the two objects must produce the same 
integer result.

- It is not required that if two objects are unequal according to the 
equals(java.lang.Object) method, then calling the hashCode method on each of 
the two objects must produce distinct integer results. However, the 
programmer should be aware that producing distinct integer results for 
unequal objects may improve the performance of hashtables.

Hmmm don't these last two statements contradict each other? At least on an 
initial read, the first seems to say that if two objects of the same Class 
return the same boolean for equals, you must return the same hash codes. 
However, the second one effectively mitigates the first by saying that if 
they produce different boolean values for equals, they don't have to produce 
different hashcodes. So as far as I can see, you cannot tell based on the 
hash code whether two objects are equal. The hash codes can be the same if 
they are and they can still be the same if they aren't. What's the use of 
being able to use objects as hash keys then? Perhaps I'm again missing 
something fundamental here.

-- 
With kind regards Veli-Pekka Tätilä (vtatila@mail.student.oulu.fi)
Accessibility, game music, synthesizers and programming:
http://www.student.oulu.fi/~vtatila/ 




------------------------------

Date: 26 Feb 2006 23:43:03 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: simple pointer operations (newbe)
Message-Id: <dttee7$oln$1@mamenchi.zrz.TU-Berlin.DE>

Abigail  <abigail@abigail.nl> wrote in comp.lang.perl.misc:
> Veli-Pekka Tätilä (vtatila@mail.student.oulu.fi) wrote on MMMMDLXII
> September MCMXCIII in <URL:news:dtt66s$4sn$1@news.oulu.fi>:

[comparing references]

> Yes and no. If you do a numeric compare, it compares memory addresses.
> If you do a string compare, it compares the stringification. But that
> doesn't really matter, in both cases, (in the absense of overload magic)
> the result is true if, and only if the references are the same.
> 
> If overload magic is present, all bets are off.

Just blessing has an effect on stringification, even without overloading.
Thus, through hash key stringification

    $hash{ $ref} = 1;
    bless $ref, 'gaga';
    $hash{ $ref};

will access an undefined value unless $ref was blessed into "gaga" to
begin with.

It is true that a string comparison of two references is true if and only
if the references are the same.  The strings that are compared may not be
the same each time.

Anno
-- 
If you want to post a followup via groups.google.com, don't use
the broken "Reply" link at the bottom of the article.  Click on 
"show options" at the top of the article, then click on the 
"Reply" at the bottom of the article headers.


------------------------------

Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin) 
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>


Administrivia:

#The Perl-Users Digest is a retransmission of the USENET newsgroup
#comp.lang.perl.misc.  For subscription or unsubscription requests, send
#the single line:
#
#	subscribe perl-users
#or:
#	unsubscribe perl-users
#
#to almanac@ruby.oce.orst.edu.  

NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice. 

To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.

#To request back copies (available for a week or so), send your request
#to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
#where x is the volume number and y is the issue number.

#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.


------------------------------
End of Perl-Users Digest V10 Issue 8998
***************************************


home help back first fref pref prev next nref lref last post