From curt.hibbs at gmail.com  Sat Apr  1 01:36:45 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Sat, 1 Apr 2006 00:36:45 -0600
Subject: [Instantrails-developers] possible better fix for typo
In-Reply-To: <442DF835.6080701@dgrmm.net>
References: <442DF835.6080701@dgrmm.net>
Message-ID: <31d15f490603312236r272a43d7i199754dc0b373136@mail.gmail.com>

I agree, but at this point lets just go with wat we've got.

Curt

On 3/31/06, David Morton <mortonda at dgrmm.net> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> I don't suppose it matters too much at this point, but instead of placing
> rails
> 1.0 in the vendor tree of typo, it could be installed as gems, and then
> typo
> runs with this patch:
>
> http://www.typosphere.org/trac/attachment/ticket/748/typo-2_6_0-with-rails-1_0-gem.patch
>
> I think this should be the default behavior of all rails apps.... just
> specify
> in the evironment.rb which version of rails you want.
>
> - --
> David Morton
> Maia Mailguard                        - http://www.maiamailguard.com
> Morton Software Design and Consulting - http://www.dgrmm.net
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFELfg1SIxC85HZHLMRAtZGAJ9pHvLf4nYnWyTZv2pvj7wfdQ1/agCffgQV
> vsrBW2fqC7/VcU4J7QNL6qY=
> =6+/I
> -----END PGP SIGNATURE-----
> _______________________________________________
> Instantrails-developers mailing list
> Instantrails-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instantrails-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060401/27e695e3/attachment.htm 

From mortonda at dgrmm.net  Sat Apr  1 19:21:42 2006
From: mortonda at dgrmm.net (David Morton)
Date: Sat, 01 Apr 2006 18:21:42 -0600
Subject: [Instantrails-developers] [Rails] Production environment for
 Rails on Win32, anyone interested for a binary release?
In-Reply-To: <8800ed780603292242m3c84ba2cn90a07083d268680@mail.gmail.com>
References: <8800ed780603291251m6dd76635w593850fc24eb81aa@mail.gmail.com>	<e25e4df80603291359j7f9ba075m1e85f76b33008277@mail.gmail.com>
	<8800ed780603292242m3c84ba2cn90a07083d268680@mail.gmail.com>
Message-ID: <442F1916.8040809@dgrmm.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

(CC'ing the instantrails dev list)

Gael Pourriel wrote:
> When I meant "too bloated", it's because it ships with loads of stuff
> which I dont need when I want to setup a Rails prod machine, MySQL,
> PHP, PHPMyAdmin, Typo, TclTk Extension, Fx Ruby etc...

Well, we already removed tcl/tk...

> I aslo found it incomplete because I wanted to use Apache 2.2 with
> FastCGI and Instant Rails ships with Apache 1.3 and SCGI, I also
> needed the MySQL extension in binary form, other than that it's pretty
> complete.

I think we wanted to move to apache 2,  but we just hadn't gotten a stable
version.  Also, the binary mysql was something I thought we were putting in, is
it not?

I fear that it will be too much duplication of effort to have two such projects
when they have similar goals.  Our goal is to make it easy to get going, but
also to provide the tools for a usable production environment.

Perhaps a better solution is a better installer that can install only the
requested parts?

I haven't looked at the license for the mysql admin program, is it ok to
distribute it bundled?   That would indeed remove the need for php.

- --
David Morton
Maia Mailguard                        - http://www.maiamailguard.com
Morton Software Design and Consulting - http://www.dgrmm.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFELxkWSIxC85HZHLMRAjqKAKChRTwymxh5lKkUtbptSNBqHKxYTQCbB/Gi
ci9k2P4OXegGfaqREOTJmXk=
=YWJR
-----END PGP SIGNATURE-----

From bill.walton at charter.net  Sat Apr  1 22:18:02 2006
From: bill.walton at charter.net (Bill Walton)
Date: Sat, 1 Apr 2006 21:18:02 -0600
Subject: [Instantrails-developers] [Rails] Production environment for
	Rails on Win32, anyone interested for a binary release?
References: <8800ed780603291251m6dd76635w593850fc24eb81aa@mail.gmail.com>	<e25e4df80603291359j7f9ba075m1e85f76b33008277@mail.gmail.com><8800ed780603292242m3c84ba2cn90a07083d268680@mail.gmail.com>
	<442F1916.8040809@dgrmm.net>
Message-ID: <00a801c65604$0d6c5820$6401a8c0@dp2000>

David Morton wrote:

> I fear that it will be too much duplication
> of effort to have two such projects when
> they have similar goals.

Agreed, completely.

> Our goal is to make
> it easy to get going, but also to provide the
> tools for a usable production environment.

With all due respect, and that's a *lot* of respect for all the work you
guys have and are doing, that's _two_ goals.  IMHO, you need to pick.  FWIW,
I think the first goal is the one that's important.  Succeed at the first.
Market mechanisms will take care of the second to the extent that you do.
Time spent putting the cart before the horse is inevitably wasted.

> Perhaps a better solution is a better installer that can install only the
> requested parts?

It's very early in the product lifecycle.  The folks who really know what
they need can install it themselves.  The ones that say they need a better
installer don't even know what parts to request.  Don't get distracted by
the whining.  Make it easy for folks to get started.  Create demand.  If you
do, market mechanisms will take care of the rest.

Just my $0.02

Best regards,
Bill

From curt.hibbs at gmail.com  Sun Apr  2 01:18:08 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Sun, 2 Apr 2006 00:18:08 -0600
Subject: [Instantrails-developers] [Rails] Production environment for
	Rails on Win32, anyone interested for a binary release?
In-Reply-To: <00a801c65604$0d6c5820$6401a8c0@dp2000>
References: <8800ed780603291251m6dd76635w593850fc24eb81aa@mail.gmail.com>
	<e25e4df80603291359j7f9ba075m1e85f76b33008277@mail.gmail.com>
	<8800ed780603292242m3c84ba2cn90a07083d268680@mail.gmail.com>
	<442F1916.8040809@dgrmm.net> <00a801c65604$0d6c5820$6401a8c0@dp2000>
Message-ID: <31d15f490604012218p3083e5b1tf94bd0cc85270c4b@mail.gmail.com>

My goal is to have something that is dead simple for development and also
suitable to "light" production (such as a low volume, personal server).

Curt

On 4/1/06, Bill Walton <bill.walton at charter.net> wrote:
>
> David Morton wrote:
>
> > I fear that it will be too much duplication
> > of effort to have two such projects when
> > they have similar goals.
>
> Agreed, completely.
>
> > Our goal is to make
> > it easy to get going, but also to provide the
> > tools for a usable production environment.
>
> With all due respect, and that's a *lot* of respect for all the work you
> guys have and are doing, that's _two_ goals.  IMHO, you need to
> pick.  FWIW,
> I think the first goal is the one that's important.  Succeed at the first.
> Market mechanisms will take care of the second to the extent that you do.
> Time spent putting the cart before the horse is inevitably wasted.
>
> > Perhaps a better solution is a better installer that can install only
> the
> > requested parts?
>
> It's very early in the product lifecycle.  The folks who really know what
> they need can install it themselves.  The ones that say they need a better
> installer don't even know what parts to request.  Don't get distracted by
> the whining.  Make it easy for folks to get started.  Create demand.  If
> you
> do, market mechanisms will take care of the rest.
>
> Just my $0.02
>
> Best regards,
> Bill
> _______________________________________________
> Instantrails-developers mailing list
> Instantrails-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instantrails-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060402/f6d44139/attachment.htm 

From bill.walton at charter.net  Sun Apr  2 12:20:04 2006
From: bill.walton at charter.net (Bill Walton)
Date: Sun, 2 Apr 2006 11:20:04 -0500
Subject: [Instantrails-developers] 1.1 documentation
Message-ID: <273c01c65671$4d112420$6401a8c0@dp2000>

Hi all,

Just a quick note to say the Release Notes didn't get updated.  The first line says...

Instant Rails currently has only a preview release. There are still a number of rough edges, but it is essentially functional and usable. 

If this is something I can help with, now or in the future, I'd be happy to do so.

Also, "Instant Rails 1.0 Release Candidate 1" unzipped into "InstantRails" while "Instant Rails 1.0 Final" unzipped into "InstantRails-1.0" so I was surprised by the fact that "Instant Rails 1.1" unzipped into "InstantRails" rather than "InstantRails-1.1" as I expected.  Was 1.0 Final an exception?

Thanks for all your great work!

Best regards,
Bill
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060402/0b6c1d4f/attachment.htm 

From curt.hibbs at gmail.com  Sun Apr  2 19:12:30 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Sun, 2 Apr 2006 18:12:30 -0500
Subject: [Instantrails-developers] 1.1 documentation
In-Reply-To: <273c01c65671$4d112420$6401a8c0@dp2000>
References: <273c01c65671$4d112420$6401a8c0@dp2000>
Message-ID: <31d15f490604021612l39c0d10cu6272a837e0871cc5@mail.gmail.com>

Damn... I actually did update it, but it seems I forgot to commit it to
svn!  :-(

Curt

On 4/2/06, Bill Walton <bill.walton at charter.net> wrote:
>
> Hi all,
>
> Just a quick note to say the Release Notes didn't get updated.  The first
> line says...
>
> Instant Rails currently has only a preview release. There are still a
> number of rough edges, but it is essentially functional and usable.
>
> If this is something I can help with, now or in the future, I'd be happy
> to do so.
>
> Also, "Instant Rails 1.0 Release Candidate 1" unzipped into "InstantRails"
> while "Instant Rails 1.0 Final" unzipped into "InstantRails-1.0" so I was
> surprised by the fact that "Instant Rails 1.1" unzipped into
> "InstantRails" rather than "InstantRails-1.1" as I expected.  Was 1.0Final an exception?
>
> Thanks for all your great work!
>
> Best regards,
> Bill
>
> _______________________________________________
> Instantrails-developers mailing list
> Instantrails-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instantrails-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060402/ced16138/attachment-0001.htm 

From curt.hibbs at gmail.com  Sun Apr  2 21:59:09 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Sun, 2 Apr 2006 20:59:09 -0500
Subject: [Instantrails-developers] 1.1 documentation
In-Reply-To: <31d15f490604021612l39c0d10cu6272a837e0871cc5@mail.gmail.com>
References: <273c01c65671$4d112420$6401a8c0@dp2000>
	<31d15f490604021612l39c0d10cu6272a837e0871cc5@mail.gmail.com>
Message-ID: <31d15f490604021859g3ba9f7bame75275ceeff40752@mail.gmail.com>

I'm uploading Instant Rails 1.1a to the correct release notes.

Curt

On 4/2/06, Curt Hibbs <curt.hibbs at gmail.com> wrote:
>
> Damn... I actually did update it, but it seems I forgot to commit it to
> svn!  :-(
>
> Curt
>
> On 4/2/06, Bill Walton < bill.walton at charter.net> wrote:
>
> > Hi all,
>
> Just a quick note to say the Release Notes didn't get updated.  The first
> line says...
>
> Instant Rails currently has only a preview release. There are still a
> number of rough edges, but it is essentially functional and usable.
>
> If this is something I can help with, now or in the future, I'd be happy
> to do so.
>
> Also, "Instant Rails 1.0 Release Candidate 1" unzipped into "InstantRails"
> while "Instant Rails 1.0 Final" unzipped into "InstantRails-1.0" so I was
> surprised by the fact that "Instant Rails 1.1" unzipped into
> "InstantRails" rather than "InstantRails-1.1" as I expected.  Was 1.0Final an exception?
>
> Thanks for all your great work!
>
> Best regards,
> Bill
>
> _______________________________________________
> Instantrails-developers mailing list
> Instantrails-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instantrails-developers
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060402/19772fe3/attachment.htm 

From curt.hibbs at gmail.com  Wed Apr  5 06:52:59 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Wed, 5 Apr 2006 05:52:59 -0500
Subject: [Instantrails-developers] Fwd: InstantRails Wiki French Translation
	Proposal
In-Reply-To: <31d15f490604050351h30a55f2bhc93fe390efcd27dc@mail.gmail.com>
References: <eef0b5c0604040913g22e006c9xf2c177bf78519c65@mail.gmail.com>
	<31d15f490604042012m7d7aba1cye110b551152db3c5@mail.gmail.com>
	<eef0b5c0604050229r6b2aa3cfl1f19dcc117fa13a7@mail.gmail.com>
	<31d15f490604050351h30a55f2bhc93fe390efcd27dc@mail.gmail.com>
Message-ID: <31d15f490604050352u3f9b63c6k16ed19daba9ca8e9@mail.gmail.com>

FYI...

The Instant Rails Wiki is being translated into French!

Curt

---------- Forwarded message ----------
From: Curt Hibbs <curt.hibbs at gmail.com>
Date: Apr 5, 2006 5:51 AM
Subject: Re: InstantRails Wiki French Translation Proposal
To: philippe lachaise <philippe.lachaise at gmail.com>

Excellent!


On 4/5/06, philippe lachaise <philippe.lachaise at gmail.com> wrote:
>
> To be on the safe side and not risk messing things up on the official wiki
> I opted for duplicating content on my own server and translating as I go
> along (we'll decide later on wether a grand-unification is called for).
>
> Wiki formatting rules are not identical but not too different either so
> the process is not painful.
>
> Wiki is visible at http://instantrails.virtualmice.net/, I will let you
> know as soon as it it has become usable.
>
> Regards,
>
> Philippe.
>
>
>
>
> On 4/5/06, Curt Hibbs <curt.hibbs at gmail.com> wrote:
> >
> > On 4/4/06, philippe lachaise < philippe.lachaise at gmail.com> wrote:
> > >
> > > Hi Curt,
> > >
> > > You may remember me as one of the translators of your "Rolling With
> > > RoR" series.
> > >
> > > I just stumbled on the instantrails wiki : there is enough valuable
> > > information there to make it worth translating.
> > >
> > > I was considering hosting the french version on my own server and
> > > keeping up with new contents (unless there is an easy way of making your
> > > wiki multi-lingual).
> > >
> > > Would you agree or have any other suggestion ?
> > >
> > > Regards,
> > >
> > > Philippe Lachaise.
> > >
> >
> >
> > I'd say whatever way makes it easiest for you. The current wiki is
> > UseMod (that's what is provided by RubyForge). It doesn't have any built-in
> > multi-lingual support.
> >
> > However, you could create a duplicate set of pages on the Instant Rails
> > wiki in French where you just add something like "-fr" or "(french)" to the
> > end of every page name in French.
> >
> > Curt
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060405/107df9dc/attachment.htm 

From mortonda at dgrmm.net  Wed Apr  5 11:03:08 2006
From: mortonda at dgrmm.net (David Morton)
Date: Wed, 05 Apr 2006 10:03:08 -0500
Subject: [Instantrails-developers] mongrel and mod_proxy
Message-ID: <4433DC2C.4010208@dgrmm.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I haven't seen a lot of docs yet on how to make apache be a front-end to
mongrel, using mod_proxy.  Has anyone else seen anything?

My initial attempt seems to indicate that we need apache 2.2 to do this nicely;
 look at
http://www.erenkrantz.com/oscon/OSCON%202005%20Apache%20HTTP%20Server%202.2.pdf

around page 28, where it talks about new load balancing techniques.

The really tricky part to me is again with caching... to send the static file if
it exists, but otherwise proxy the connection.

- --
David Morton
Maia Mailguard                        - http://www.maiamailguard.com
Morton Software Design and Consulting - http://www.dgrmm.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD4DBQFEM9wsSIxC85HZHLMRAiWoAJUQKy1xnT5ldMtb2FK+v1vOQYN/AKCm8ap8
BfWJQe8q6AaZz8wIsiiZsg==
=7jwL
-----END PGP SIGNATURE-----

From curt.hibbs at gmail.com  Fri Apr  7 12:51:53 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Fri, 7 Apr 2006 11:51:53 -0500
Subject: [Instantrails-developers] Win32, Rails 1.1, MySQL Pain
In-Reply-To: <C05C07AE.137DC%zedshaw@zedshaw.com>
References: <31d15f490603300848j5287473aveb4656136245450c@mail.gmail.com>
	<C05C07AE.137DC%zedshaw@zedshaw.com>
Message-ID: <31d15f490604070951w70134390t601d75fd6c9373c3@mail.gmail.com>

On 4/7/06, Zed Shaw <zedshaw at zedshaw.com> wrote:
>
> Hey Curt,
>
> This is a big heads-up that you're going to get a lot of people
> complaining that they have frequently dropped connections to the mysql db.
> I'm working on a gig where they all use win32 (but not instant rails)and
> about every 3-4 requests drop the database connections.
>
> Spent all day yesterday debugging it and looks like the Ruby mysql driver
> isn't robust enough and when combined with some new connection management in
> rails 1.1 or 1.1.1 the connection is dropped quite randomly.
>
> The only solution I've found is to use the native drivers from:
>
> http://www.vandomburg.net/pages/mysql-ruby-windows
>
> Which work great and solve the problem just fine.  Only thing I've seen
> was a bit of slowdown.
>

Thanks for the heads up. I originally planned to include the native driver
but  time constraints left me with ruby implmentation and I never got  back
to it. Looks like I need to do it now.

Let me know if you have some insight on this.  I'm trying to get ahold of
> the author of these pre-compiled things and see if I can get his build
> specs.  If I can I'm going to try fixing up ruby-mysql so that it builds
> consistently on all the platforms and possibly do a win32 gem to place on
> the mongrel site so people can grab it easily.
>

Ok, keep me posted.

Curt

Oh, and nice work on getting mongrel in the latest release.  I've got a fix
> on the 0.3.12.3 release for the Date format, after that it should be rock
> solid.  Let me know if you have any special requests.  I think prior to
> 0.3.13 I'll be unifying the command interface so that the win32 commands
> all align with the mongrel_rails command.
>
> Talk to you later.
>
> Zed
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060407/923398db/attachment.htm 

From curt.hibbs at gmail.com  Wed Apr 12 16:56:20 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Wed, 12 Apr 2006 15:56:20 -0500
Subject: [Instantrails-developers] Fwd: [Rails] Re: Instant Rails SCGI
	Problem (debugging SCGI)
In-Reply-To: <3a3d58af0604121354m263043bbrb786d75b7d89e488@mail.gmail.com>
References: <8899413e185db751da2d53a29b5c210b@ruby-forum.com>
	<3a3d58af0604120411h76ed4ed1j13b09e570bd2fd6b@mail.gmail.com>
	<72cc2f4c5f522ec372088383b727159e@ruby-forum.com>
	<a6eb6adc7a447d7da20504a4a4490185@ruby-forum.com>
	<3a3d58af0604121354m263043bbrb786d75b7d89e488@mail.gmail.com>
Message-ID: <31d15f490604121356s51f9b142hc97860f49aa919ac@mail.gmail.com>

Perhaps we should make this change to scgi_service... what do you think?

Curt

---------- Forwarded message ----------
From: Curt Hibbs <ml.chibbs at gmail.com>
Date: Apr 12, 2006 3:54 PM
Subject: Re: [Rails] Re: Instant Rails SCGI Problem (debugging SCGI)
To: curt at hibbs.com

On 4/12/06, Ed Gard <x2egard at yahoo.com> wrote:
> John Butler wrote:
> > Both Apache and MySQL have a green light.  There are no entries in the
> > apache access log or error log.
>
> Add the following batch file to your application's folder and use it to
> start SCGI:
>
> SET RUBY_HOME=%CD%\..\..\ruby
> SET MYSQL_HOME=%CD%\..\..\mysql
> SET PATH=%RUBY_HOME%\bin;%MYSQL_HOME%\bin;
> call ruby %RUBY_HOME%\bin\scgi_service
> pause
>
> If there is an error, the pause in the batch file will let to see what
> happened
>
> Ed
>
> p.s.
> I like to see in the SCGI console which app is running, so I added the
> following change which is just cosmetic.
>
> To display the environment and the port in the SCGI console window,
> instead of the current blank window, I made the following changes:
>
>
>
> C:\InstantRails-
1.2\ruby\lib\ruby\gems\1.8\gems\scgi_rails-0.4.3\bin\scgi_service
> <typo:code lang="ruby">
> # Added Port for display -- Ed Gard
> def configure_rails(environment, port)
>    ENV["RAILS_ENV"] = environment
>        # Added to display environment and port -- Ed Gard
>    STDERR.puts("Environment: #{environment}; Port: #{port}")
>    require "config/environment"
>    ActiveRecord::Base.threaded_connections = false
>    require 'dispatcher'
> end
>
> class RailsController < SCGI::Controller
>    def initialize(config_file)
>        @config_file = config_file
>                # Added the port for display -- Ed Gard
>        configure_rails(config[:env], config[:port])
>        super(RailsProcessor.new(config))
>    end
> </typo:code>
>
>
> --
> Posted via http://www.ruby-forum.com/.
> _______________________________________________
> Rails mailing list
> Rails at lists.rubyonrails.org
> http://lists.rubyonrails.org/mailman/listinfo/rails
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060412/12bf1064/attachment-0001.htm 

From bill.walton at charter.net  Thu Apr 13 12:18:23 2006
From: bill.walton at charter.net (Bill Walton)
Date: Thu, 13 Apr 2006 11:18:23 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
Message-ID: <003701c65f15$e3a410d0$6601a8c0@dp2000>

Greetings all,

I downloaded and started using IR 1.3 this morning.  I've got a pretty basic app I've been working on to learn Ajax.  It works fine under IR 1.1.  It crashes WEBrick under IR 1.3.  Consistently and reproducibly.  I've included the app below so that perhaps someone could tell me there's something I need to change to make it work under IR 1.3.  Or that the problem is not my code.

The app allows the user to create a list of ingredients that are displayed on the page, using Ajax, in green-bar format.  I'm working on this for the update to Curt's "RwRoR" tutorial.

I'm still learning RJS (man, is that an understatement ;-0 ) so the app is currently very limited.  To test it, I create three items, delete the second, and what was the third item has its CSS class changed to correct the green-bar effect.  Then the user can add additional items and the green-bar effect is continued.  

Or rather, under 1.1 the user can continue to add items.  Under 1.3, as soon as I click the button to add another item, WEBrick crashes and the Command Window closes.  Since, AFAIK, there is no WEBrick log, I cannot investigate further.  But something is definitely broke.  Maybe it's my code.  I'm happy to send the actual files to anyone who wants to verify / investigate this problem.

Thanks in advance for any assistance,
Bill

---------- the model --------------
The model is based on a table named 'ingredients'.  The table has three columns and is created by the following script

drop table if exists ingredients;
create table ingredients (
  id         int              not null auto_increment,
  name    varchar(30) null default '',
  qty       varchar(30) null default '',
 primary key  (id)
) engine=InnoDB;

----------  the controller  ---------------
class ListdemoController < ApplicationController

  def index
    session[:toggle_color] = 1
  end
  
  def add_item 
    @ingredient = Ingredient.new
    @ingredient.name = params[:name]
    @ingredient.qty = params[:qty]
    @ingredient.save
    render(:partial => 'line_form')
  end
  
  def delete
    Ingredient.find(params[:id]).destroy
    render(:partial => 'remove_line_form')
  end
  
end

---------------  index.rhtml  ------------------
<html>
  <head>
    <title>Ingredient list</title>
    <%= javascript_include_tag "prototype" %>
    <%= stylesheet_link_tag "listdemo", :media => "all" %>
  </head>
  <body>
    <h3>Ingredient list</h3>
    <p> Enter the name and amount for each ingredient</p>
    <div class = "Entryline">
      <%= render(:partial => 'entry_form') %>
    </div>
    
    <div id='my_list'>   
    </div>
    
  </body>
</html>

---------------------- _entry_form.rhtml --------------------
<%= form_remote_tag(:update => 'my_list',
            :url => {:action => :add_item},
          :position => 'bottom') %>
   Name: 
   <%= text_field_tag :name %>
   Amount: 
   <%= text_field_tag :qty %>
   <%= submit_tag 'Add Ingredient' %>
<%= end_form_tag %>

----------------------- _line_form.rhtml ----------------
<div id = item<%= @ingredient.id %> class = Listline<%= session[:toggle_color] = 1 - session[:toggle_color].to_i %> >
   <span class = 'leftcol'> <%= params[:name] %> </span>
   <span class = 'midcol'> <%= params[:qty] %> </span>
   <span class = 'rightcol'>
     <%= link_to_remote("Delete",
        :url => {:action => 'delete',
                 :id => @ingredient.id})
     %>
   </span>
</div>

------------------ _remove_line_form.rjs ------------------

page.remove("item#{params[:id]}")

page << "$(item3).className = 'Listline1';"

session[:toggle_color] = 1


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060413/04d0035c/attachment.htm 

From curt.hibbs at gmail.com  Thu Apr 13 12:41:29 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Thu, 13 Apr 2006 11:41:29 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
In-Reply-To: <003701c65f15$e3a410d0$6601a8c0@dp2000>
References: <003701c65f15$e3a410d0$6601a8c0@dp2000>
Message-ID: <31d15f490604130941q35b10338t78610073f7d27fc9@mail.gmail.com>

Start WEBrick manually so that you don't lose the window when it dies. There
is likely to be valuable information there regarding the cause.

Just use IR to open a Ruby Console Window, change to your app's directory,
and type "ruby script\server".

Curt

On 4/13/06, Bill Walton <bill.walton at charter.net> wrote:
>
> Greetings all,
>
> I downloaded and started using IR 1.3 this morning.  I've got a pretty
> basic app I've been working on to learn Ajax.  It works fine under IR 1.1.
> It crashes WEBrick under IR 1.3.  Consistently and reproducibly.  I've
> included the app below so that perhaps someone could tell me there's
> something I need to change to make it work under IR 1.3.  Or that the
> problem is not my code.
>
> The app allows the user to create a list of ingredients that are displayed
> on the page, using Ajax, in green-bar format.  I'm working on this for the
> update to Curt's "RwRoR" tutorial.
>
> I'm still learning RJS (man, is that an understatement ;-0 ) so the app is
> currently very limited.  To test it, I create three items, delete the
> second, and what was the third item has its CSS class changed to correct the
> green-bar effect.  Then the user can add additional items and the green-bar
> effect is continued.
>
> Or rather, under 1.1 the user can continue to add items.  Under 1.3, as
> soon as I click the button to add another item, WEBrick crashes and the
> Command Window closes.  Since, AFAIK, there is no WEBrick log, I cannot
> investigate further.  But something is definitely broke.  Maybe it's my
> code.  I'm happy to send the actual files to anyone who wants to verify /
> investigate this problem.
>
> Thanks in advance for any assistance,
> Bill
>
> ---------- the model --------------
> The model is based on a table named 'ingredients'.  The table has three
> columns and is created by the following script
>
> drop table if exists ingredients;
> create table ingredients (
>   id         int              not null auto_increment,
>   name    varchar(30) null default '',
>   qty       varchar(30) null default '',
>  primary key  (id)
> ) engine=InnoDB;
>
> ----------  the controller  ---------------
> class ListdemoController < ApplicationController
>
>   def index
>     session[:toggle_color] = 1
>   end
>
>   def add_item
>     @ingredient = Ingredient.new
>     @ingredient.name = params[:name]
>     @ingredient.qty = params[:qty]
>     @ingredient.save
>     render(:partial => 'line_form')
>   end
>
>   def delete
>     Ingredient.find(params[:id]).destroy
>     render(:partial => 'remove_line_form')
>   end
>
> end
>
> ---------------  index.rhtml  ------------------
> <html>
>   <head>
>     <title>Ingredient list</title>
>     <%= javascript_include_tag "prototype" %>
>     <%= stylesheet_link_tag "listdemo", :media => "all" %>
>   </head>
>   <body>
>     <h3>Ingredient list</h3>
>     <p> Enter the name and amount for each ingredient</p>
>     <div class = "Entryline">
>       <%= render(:partial => 'entry_form') %>
>     </div>
>
>     <div id='my_list'>
>     </div>
>
>   </body>
> </html>
>
> ---------------------- _entry_form.rhtml --------------------
> <%= form_remote_tag(:update => 'my_list',
>             :url => {:action => :add_item},
>           :position => 'bottom') %>
>    Name:
>    <%= text_field_tag :name %>
>    Amount:
>    <%= text_field_tag :qty %>
>    <%= submit_tag 'Add Ingredient' %>
> <%= end_form_tag %>
> ----------------------- _line_form.rhtml ----------------
> <div id = item<%= @ingredient.id %> class = Listline<%=
> session[:toggle_color] = 1 - session[:toggle_color].to_i %> >
>    <span class = 'leftcol'> <%= params[:name] %> </span>
>    <span class = 'midcol'> <%= params[:qty] %> </span>
>    <span class = 'rightcol'>
>      <%= link_to_remote("Delete",
>         :url => {:action => 'delete',
>                  :id => @ingredient.id})
>      %>
>    </span>
> </div>
> ------------------ _remove_line_form.rjs ------------------
>
> page.remove("item#{params[:id]}")
>
> page << "$(item3).className = 'Listline1';"
>
> session[:toggle_color] = 1
>
>
>
> _______________________________________________
> Instantrails-developers mailing list
> Instantrails-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instantrails-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060413/5b3cd13d/attachment.htm 

From bill.walton at charter.net  Thu Apr 13 12:57:41 2006
From: bill.walton at charter.net (Bill Walton)
Date: Thu, 13 Apr 2006 11:57:41 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
References: <003701c65f15$e3a410d0$6601a8c0@dp2000>
	<31d15f490604130941q35b10338t78610073f7d27fc9@mail.gmail.com>
Message-ID: <008001c65f1b$611e76e0$6601a8c0@dp2000>

I knew that ;-P  Screen shot attached.  
  ----- Original Message ----- 
  From: Curt Hibbs 
  To: instantrails-developers at rubyforge.org 
  Sent: 2006-04-13 11:41 AM
  Subject: Re: [Instantrails-developers] WEBrick crashing - IR1.3


  Start WEBrick manually so that you don't lose the window when it dies. There is likely to be valuable information there regarding the cause. 

  Just use IR to open a Ruby Console Window, change to your app's directory, and type "ruby script\server". 

  Curt


  On 4/13/06, Bill Walton <bill.walton at charter.net> wrote:
    Greetings all,

    I downloaded and started using IR 1.3 this morning.  I've got a pretty basic app I've been working on to learn Ajax.  It works fine under IR 1.1.  It crashes WEBrick under IR 1.3.  Consistently and reproducibly.  I've included the app below so that perhaps someone could tell me there's something I need to change to make it work under IR 1.3.  Or that the problem is not my code.

    The app allows the user to create a list of ingredients that are displayed on the page, using Ajax, in green-bar format.  I'm working on this for the update to Curt's "RwRoR" tutorial.

    I'm still learning RJS (man, is that an understatement ;-0 ) so the app is currently very limited.  To test it, I create three items, delete the second, and what was the third item has its CSS class changed to correct the green-bar effect.  Then the user can add additional items and the green-bar effect is continued.  

    Or rather, under 1.1 the user can continue to add items.  Under 1.3, as soon as I click the button to add another item, WEBrick crashes and the Command Window closes.  Since, AFAIK, there is no WEBrick log, I cannot investigate further.  But something is definitely broke.  Maybe it's my code.  I'm happy to send the actual files to anyone who wants to verify / investigate this problem.

    Thanks in advance for any assistance,
    Bill

    ---------- the model --------------
    The model is based on a table named 'ingredients'.  The table has three columns and is created by the following script

    drop table if exists ingredients;
    create table ingredients (
      id         int              not null auto_increment,
      name    varchar(30) null default '',
      qty       varchar(30) null default '',
     primary key  (id)
    ) engine=InnoDB;

    ----------  the controller  ---------------
    class ListdemoController < ApplicationController

      def index
        session[:toggle_color] = 1
      end
      
      def add_item 
        @ingredient = Ingredient.new
        @ingredient.name = params[:name]
        @ingredient.qty = params[:qty]
        @ingredient.save
        render(:partial => 'line_form')
      end
      
      def delete
        Ingredient.find(params[:id]).destroy
        render(:partial => 'remove_line_form')
      end
      
    end

    ---------------  index.rhtml  ------------------
    <html>
      <head>
        <title>Ingredient list</title>
        <%= javascript_include_tag "prototype" %>
        <%= stylesheet_link_tag "listdemo", :media => "all" %>
      </head>
      <body>
        <h3>Ingredient list</h3>
        <p> Enter the name and amount for each ingredient</p>
        <div class = "Entryline">
          <%= render(:partial => 'entry_form') %>
        </div>
        
        <div id='my_list'>   
        </div>
        
      </body>
    </html>

    ---------------------- _entry_form.rhtml --------------------
    <%= form_remote_tag(:update => 'my_list',
                :url => {:action => :add_item},
              :position => 'bottom') %>
       Name: 
       <%= text_field_tag :name %>
       Amount: 
       <%= text_field_tag :qty %>
       <%= submit_tag 'Add Ingredient' %>
    <%= end_form_tag %>

    ----------------------- _line_form.rhtml ----------------
    <div id = item<%= @ingredient.id %> class = Listline<%= session[:toggle_color] = 1 - session[:toggle_color].to_i %> >
       <span class = 'leftcol'> <%= params[:name] %> </span>
       <span class = 'midcol'> <%= params[:qty] %> </span>
       <span class = 'rightcol'>
         <%= link_to_remote("Delete",
            :url => {:action => 'delete',
                     :id => @ingredient.id})
         %>
       </span>
    </div>

    ------------------ _remove_line_form.rjs ------------------

    page.remove("item#{params[:id]}")

    page << "$(item3).className = 'Listline1';"

    session[:toggle_color] = 1




    _______________________________________________
    Instantrails-developers mailing list
    Instantrails-developers at rubyforge.org 
    http://rubyforge.org/mailman/listinfo/instantrails-developers






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


  _______________________________________________
  Instantrails-developers mailing list
  Instantrails-developers at rubyforge.org
  http://rubyforge.org/mailman/listinfo/instantrails-developers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060413/2ac94b0a/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: WEBrick-crash.gif
Type: image/gif
Size: 22715 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060413/2ac94b0a/attachment-0001.gif 

From mortonda at dgrmm.net  Thu Apr 13 22:32:11 2006
From: mortonda at dgrmm.net (David Morton)
Date: Thu, 13 Apr 2006 21:32:11 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
In-Reply-To: <008001c65f1b$611e76e0$6601a8c0@dp2000>
References: <003701c65f15$e3a410d0$6601a8c0@dp2000>	<31d15f490604130941q35b10338t78610073f7d27fc9@mail.gmail.com>
	<008001c65f1b$611e76e0$6601a8c0@dp2000>
Message-ID: <443F09AB.2070208@dgrmm.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bill Walton wrote:
> I knew that ;-P  Screen shot attached. 

Oof.  Segmentation fault.  Can anyone else duplicate this?


- --
David Morton
Maia Mailguard                        - http://www.maiamailguard.com
Morton Software Design and Consulting - http://www.dgrmm.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEPwmrSIxC85HZHLMRAkaZAJ9E+7q5yzejql0SBlRIMoO/1nWvbgCgkuQR
1M986wJVz+KAjFA8IBLKwqM=
=CKUu
-----END PGP SIGNATURE-----

From bill.walton at charter.net  Fri Apr 14 00:30:16 2006
From: bill.walton at charter.net (Bill Walton)
Date: Thu, 13 Apr 2006 23:30:16 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
References: <003701c65f15$e3a410d0$6601a8c0@dp2000>	<31d15f490604130941q35b10338t78610073f7d27fc9@mail.gmail.com><008001c65f1b$611e76e0$6601a8c0@dp2000>
	<443F09AB.2070208@dgrmm.net>
Message-ID: <02c201c65f7c$21b7b9b0$6601a8c0@dp2000>

I'm able to reproduce this on both systems I have here at the house.  One is
an AMD Athlon 750 mhz running Win2K SP4.  The other is a Dell Inspiron 7000
(PII 300mhz) running Win2K SP3.

It's beginning to look like this may be two bugs.  The first one, reported
below, occurs consistently using WEBrick when I enter three items, delete
the second, and then try to add another.  As I reported earlier that
sequence crashes WEBrick consistently at that point.  I did a little
experimentation this evening and found that I can also crash WEBrick without
doing the delete.  It takes longer, from 10 to 20 additions, but it still
consistently crashes.

Mongrel does not crash on the add right after the delete.  It takes a few
additions for it to crash.  But it does so consistently.

I've attached a couple of additional screen shots I did earlier.  You can
see that it's not the same place in the code for WEBrick vs. Mongrel.  Also,
I've noticed that with WEBrick, when I don't do the deletion, it's not
crashing at exactly the same line number every time.

I'll have a thorough report tomorrow.

Best regards,
Bill
----- Original Message -----
From: "David Morton" <mortonda at dgrmm.net>
To: <instantrails-developers at rubyforge.org>
Cc: <curt at hibbs.com>
Sent: 2006-04-13 9:32 PM
Subject: Re: [Instantrails-developers] WEBrick crashing - IR1.3


> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Bill Walton wrote:
> > I knew that ;-P  Screen shot attached.
>
> Oof.  Segmentation fault.  Can anyone else duplicate this?
>
>
> - --
> David Morton
> Maia Mailguard                        - http://www.maiamailguard.com
> Morton Software Design and Consulting - http://www.dgrmm.net
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFEPwmrSIxC85HZHLMRAkaZAJ9E+7q5yzejql0SBlRIMoO/1nWvbgCgkuQR
> 1M986wJVz+KAjFA8IBLKwqM=
> =CKUu
> -----END PGP SIGNATURE-----
> _______________________________________________
> Instantrails-developers mailing list
> Instantrails-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instantrails-developers
-------------- next part --------------
A non-text attachment was scrubbed...
Name: CP capture - Mongrel-crashes-basic-and-without-delete.gif
Type: image/gif
Size: 20087 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060413/0a78638e/attachment-0003.gif 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: WEBrick-crashes-with-delete.gif
Type: image/gif
Size: 62573 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060413/0a78638e/attachment-0004.gif 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: CP capture - WEBrick-crashes-without-delete.gif
Type: image/gif
Size: 43203 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060413/0a78638e/attachment-0005.gif 

From mortonda at dgrmm.net  Fri Apr 14 13:39:51 2006
From: mortonda at dgrmm.net (David Morton)
Date: Fri, 14 Apr 2006 12:39:51 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
In-Reply-To: <003701c65f15$e3a410d0$6601a8c0@dp2000>
References: <003701c65f15$e3a410d0$6601a8c0@dp2000>
Message-ID: <443FDE67.3040105@dgrmm.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bill Walton wrote:

> Or rather, under 1.1 the user can continue to add items.  Under 1.3, as
> soon as I click the button to add another item, WEBrick crashes and the
> Command Window closes.  Since, AFAIK, there is no WEBrick log, I cannot

I'm using 1.3, and I don't get a crash, but I don't get the greenbar or anything
deleted.



- --
David Morton
Maia Mailguard                        - http://www.maiamailguard.com
Morton Software Design and Consulting - http://www.dgrmm.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEP95mSIxC85HZHLMRAr53AKCBp30WOEfHWkMdu6J8YTl9eNH9DgCgiJeH
cBeUGzU/ydEiDzlZ6B+kfX4=
=1GYt
-----END PGP SIGNATURE-----

From mortonda at dgrmm.net  Fri Apr 14 13:44:30 2006
From: mortonda at dgrmm.net (David Morton)
Date: Fri, 14 Apr 2006 12:44:30 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
In-Reply-To: <003701c65f15$e3a410d0$6601a8c0@dp2000>
References: <003701c65f15$e3a410d0$6601a8c0@dp2000>
Message-ID: <443FDF7E.1040705@dgrmm.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bill Walton wrote:

> page << "$(item3).className = 'Listline1';"

I think I'm missing your css file...


- --
David Morton
Maia Mailguard                        - http://www.maiamailguard.com
Morton Software Design and Consulting - http://www.dgrmm.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEP99+SIxC85HZHLMRAmdkAJ4kVtLaRwAd7H2r4nD0qZGPlqFdjQCfeHl2
yCTWDeesEtzQuFs4PtYwaEw=
=gdIZ
-----END PGP SIGNATURE-----

From mortonda at dgrmm.net  Fri Apr 14 13:51:23 2006
From: mortonda at dgrmm.net (David Morton)
Date: Fri, 14 Apr 2006 12:51:23 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
In-Reply-To: <003701c65f15$e3a410d0$6601a8c0@dp2000>
References: <003701c65f15$e3a410d0$6601a8c0@dp2000>
Message-ID: <443FE11B.2060705@dgrmm.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bill Walton wrote:

> page << "$(item3).className = 'Listline1';"

Here's an error, you have this hardcoded...

and I don't know what you are trying with:

session[:toggle_color] = 1


I'm still not getting a segmentation fault.

- --
David Morton
Maia Mailguard                        - http://www.maiamailguard.com
Morton Software Design and Consulting - http://www.dgrmm.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEP+EbSIxC85HZHLMRAmFlAKCK5+Y9FBVL9nt6WH8cel+m2CGLngCcDEou
2WVb+WcJMSuIWAtV5PMysZ8=
=8bjL
-----END PGP SIGNATURE-----

From mortonda at dgrmm.net  Fri Apr 14 13:56:05 2006
From: mortonda at dgrmm.net (David Morton)
Date: Fri, 14 Apr 2006 12:56:05 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
In-Reply-To: <02c201c65f7c$21b7b9b0$6601a8c0@dp2000>
References: <003701c65f15$e3a410d0$6601a8c0@dp2000>	<31d15f490604130941q35b10338t78610073f7d27fc9@mail.gmail.com><008001c65f1b$611e76e0$6601a8c0@dp2000>	<443F09AB.2070208@dgrmm.net>
	<02c201c65f7c$21b7b9b0$6601a8c0@dp2000>
Message-ID: <443FE235.9010900@dgrmm.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

BTW, an absolutely essential tool to debugging ajax stuff is the firebug
extension for firefox.  It lets you peek at the ajax call and response, and
easily navigate the DOM of your page.

- --
David Morton
Maia Mailguard                        - http://www.maiamailguard.com
Morton Software Design and Consulting - http://www.dgrmm.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEP+I1SIxC85HZHLMRAn9VAJ0TLbw7CmFF12NWl0nmy2PTZXSkawCePpeH
PO8HM+aOzyt47u1S3zYu1bk=
=eV70
-----END PGP SIGNATURE-----

From curt.hibbs at gmail.com  Sat Apr 15 00:33:16 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Fri, 14 Apr 2006 23:33:16 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
In-Reply-To: <443FE11B.2060705@dgrmm.net>
References: <003701c65f15$e3a410d0$6601a8c0@dp2000>
	<443FE11B.2060705@dgrmm.net>
Message-ID: <31d15f490604142133t1ba432b5kc591bb9d26737302@mail.gmail.com>

On 4/14/06, David Morton <mortonda at dgrmm.net> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Bill Walton wrote:
>
> > page << "$(item3).className = 'Listline1';"
>
> Here's an error, you have this hardcoded...
>
> and I don't know what you are trying with:
>
> session[:toggle_color] = 1
>
>
> I'm still not getting a segmentation fault.
>

Have you guys seen this thread (copied below) on ruby-talk? It sounds
similar to Bill's problem, but it seems to only happen on Win2k, not WinXP.

Curt

*Super-unstable Webrick on Windows 2000*
10 messages
------------------------------
  *Bryan Duxbury <bryan.duxbury at gmail.com> * *Fri, Apr 14, 2006 at
4:15 PM *  Reply-To:
ruby-talk at ruby-lang.org
To: ruby-talk ML <ruby-talk at ruby-lang.org>
   I'm using Ruby 1.8.4 on a Windows 2000 machine. When running anything
more than a trivial application, I experience frequent segmentation
faults in completely random places. I've read some blogs and the such
that indicate it has something to do with MySQL libraries.

It all seems pretty silly, since I have a WinXP laptop which runs my
apps with no issues at all. Does anyone know what it is about Win2k that
causes this sort of behavior? I'm really getting tired of doing all my
development on my laptop.

--
Posted via http://www.ruby-forum.com/.

------------------------------
  *Stephen Caudill <vox at mechavox.com> * *Fri, Apr 14, 2006 at 5:25 PM
*  Reply-To:
ruby-talk at ruby-lang.org
To: ruby-talk ML <ruby-talk at ruby-lang.org>
   Why not just use Mongrel[1]?

It's pure ruby like Webrick and very fast.

hth,
Stephen

[1] http://mongrel.rubyforge.org/faq.html
[Quoted text hidden]
------------------------------
  *James Britt <james_b at neurogami.com> * *Fri, Apr 14, 2006 at 6:12 PM
*  Reply-To:
ruby-talk at ruby-lang.org
To: ruby-talk ML <ruby-talk at ruby-lang.org>
   Stephen Caudill wrote:
> Why not just use Mongrel[1]?
>
> It's pure ruby like Webrick and very fast.

I believe Mongrel has native C code in there, but the gem package for
win32 offers a precompiled version.

Curious to learn, though, about migrating WEBrick-based apps to Mongrel.

I've been developing on my WinXP laptop for about 6 months now, and
prior that, a Win2K laptop.  I have a desktop PC, but sitting on the
recliner or the beanbag chair is more comfy.

I've not had WEBrick issues on WinXP or Win2K, though I don't use Ruby
1.8.4 much on Win2K. My Win2k desktop runs some background jobs,  and at
least one (Catapult) is using WEBrick, but nothing too industrial.  And
no MySQL + Ruby 1.8.4.



--
James Britt

"In Ruby, no one cares who your parents were, all they care
 about is if you know  what you are talking about."
  - Logan Capaldo

------------------------------
  *Bryan Duxbury <bryan.duxbury at gmail.com> * *Fri, Apr 14, 2006 at
7:20 PM *  Reply-To:
ruby-talk at ruby-lang.org
To: ruby-talk ML <ruby-talk at ruby-lang.org>
   Actually, I ran on 1.8.2 for a long time, too. The errors had exactly
the same symptoms. I'm really disappointed that the various Mysql
libraries that offer to fix this problem don't seem to get it fixed.

Would it help if I somehow figured out how to compile my own, which
would be linked against the libraries on my machine? Could that be the
issue? I'm loathe to try and compile stuff where I don't have to (I like
Ruby for a reason...), but I'm getting a little irked that I have to
forgo using my nice desktop with dual monitors and use my laptop
instead.
[Quoted text hidden]
------------------------------
  *Patrick Hurley <phurley at gmail.com> * *Fri, Apr 14, 2006 at 9:06 PM
*  Reply-To:
ruby-talk at ruby-lang.org
To: ruby-talk ML <ruby-talk at ruby-lang.org>
   [Quoted text hidden]
Mongrel is great, but this problem sounds like a mysql driver issue
more than web brick. Is it possible to get a stack trace (OS not Ruby)
when it segfaults? My guess is that the build of the binary mysql
driver does not match the build of the ruby binary (difference in
compiler version, etc). You could try building everything yourself or
try grabbing a complete set like instant rails.

pth

------------------------------
  *Bryan Duxbury <bryan.duxbury at gmail.com> * *Fri, Apr 14, 2006 at
9:12 PM *  Reply-To:
ruby-talk at ruby-lang.org
To: ruby-talk ML <ruby-talk at ruby-lang.org>
   Patrick Hurley wrote:
> On 4/14/06, Bryan Duxbury <bryan.duxbury at gmail.com> wrote:
>>
>> --
>> Posted via http://www.ruby-forum.com/.
>>
>>
>
> Mongrel is great, but this problem sounds like a mysql driver issue
> more than web brick. Is it possible to get a stack trace (OS not Ruby)
> when it segfaults? My guess is that the build of the binary mysql
> driver does not match the build of the ruby binary (difference in
> compiler version, etc). You could try building everything yourself or
> try grabbing a complete set like instant rails.
>
> pth

How would I go about getting an OS stack trace? Do you have any
experience doing that on Windows?

--
[Quoted text hidden]
------------------------------
  *Patrick Hurley <phurley at gmail.com> * *Fri, Apr 14, 2006 at 9:44 PM
*  Reply-To:
ruby-talk at ruby-lang.org
To: ruby-talk ML <ruby-talk at ruby-lang.org>
   [Quoted text hidden]
Been a long time since I used 2000, but do you have Visual C or any
other just in time debugger? Most of those allow you to catch a
segfaulting processes and grab the stack trace. I know under XP you
can actually get that info from the XP error dialog that XP wants to
send to Microsoft, but I think they added that for XP. Worst case go
to http://www.microsoft.com/whdc/devtools/debugging/default.mspx and
grab windbg.exe and attach it to ruby.exe after you start webrick. We
don't need much detail, if it is dying in mysql.so or something
similar then you know it is the mysql driver, etc.

Again my expectation is that you are using some binary extension that
was compiled just a little bit differently than the version of ruby
you are using. For example one was compiled using VC6 and the other
with VC.NET <http://vc.net/> (or whatever they are calling it now). This
often works,
but it also can lead to difficult to diagnose bugs in discrepancies
between the run time libraries (C not Ruby).

Good luck
pth

p.s. I have run webrick and mongrel with mssql and postgres binary
drivers under Win2000 (server) without any trouble (not that I was
happy about it :-)

------------------------------
  *Bryan Duxbury <bryan.duxbury at gmail.com> * *Fri, Apr 14, 2006 at 10:00 PM
*  Reply-To: ruby-talk at ruby-lang.org
To: ruby-talk ML <ruby-talk at ruby-lang.org>
   According to the VS.NET <http://vs.net/> debugger, this is the call
stack. Does this look
like what you were looking for? There's no debug symbols, so all the
functions are obfuscated. Is that going to make this more difficult?

>       NTDLL.DLL!77f9193c()
       NTDLL.DLL!77fb2a30()
       NTDLL.DLL!77fb28b1()
       NTDLL.DLL!77fa63a5()
       NTDLL.DLL!77fa64af()
       msvcrt-ruby18.dll!1000b144()
       msvcrt-ruby18.dll!1000aebb()
       msvcrt-ruby18.dll!1000abe9()
       NTDLL.DLL!77fcb301()
       NTDLL.DLL!77fcb4be()
       NTDLL.DLL!77fcb618()
       msvcrt-ruby18.dll!1003b234()
       msvcrt-ruby18.dll!1000646f()
       NTDLL.DLL!77f877e9()
       NTDLL.DLL!77fcd981()
       NTDLL.DLL!77fcba2b()
       NTDLL.DLL!77fcb9b1()
       msvcrt-ruby18.dll!100056d6()
       NTDLL.DLL!77f89d99()
       KERNEL32.DLL!7c5aa8ba()
       msvcrt-ruby18.dll!1000c8e3()
       KERNEL32.DLL!7c5aa942()
       KERNEL32.DLL!7c58641c()
       msvcrt.dll!78012d3d()
       msvcrt-ruby18.dll!1000b524()
       msvcrt-ruby18.dll!1005f1f3()
       msvcrt-ruby18.dll!1000d706()
       msvcrt.dll!78001532()
       NTDLL.DLL!77f89d99()
       KERNEL32.DLL!7c5aa8ba()
       NTDLL.DLL!77fcb0ff()
       KERNEL32.DLL!7c5aa942()
       KERNEL32.DLL!7c58641c()
       msvcrt.dll!78007e4f()
       NTDLL.DLL!77f8a922()
       KERNEL32.DLL!7c596a0f()
       msvcrt.dll!78013409()
       msvcrt.dll!78012eb5()
       msvcrt.dll!78012e81()
       msvcrt.dll!78007cd8()
       msvcrt.dll!78007ce7()
       msvcrt.dll!7800d056()
       msvcrt.dll!7800695c()
       msvcrt-ruby18.dll!10022034()
       NTDLL.DLL!77fcaeed()
       NTDLL.DLL!77fcb4be()
       NTDLL.DLL!77fcb618()
       msvcrt.dll!780242ea()
       msvcrt-ruby18.dll!1000c8e3()
       msvcrt-ruby18.dll!1000646f()
       msvcrt-ruby18.dll!100490ad()
       msvcrt.dll!7800c16a()
       ruby.exe!00401149()
       msvcrt.dll!7800bdb5()
       NTDLL.DLL!77fbb272()
       NTDLL.DLL!77facc28()
       msvcrt-ruby18.dll!10020d99()
       msvcrt-ruby18.dll!10045c63()
       msvcrt-ruby18.dll!10045d19()
       msvcrt-ruby18.dll!10056d94()
       msvcrt-ruby18.dll!10057a80()
       NTDLL.DLL!77f91bc6()

--
[Quoted text hidden]
------------------------------
  *Patrick Hurley <phurley at gmail.com> * *Fri, Apr 14, 2006 at 10:21 PM
*  Reply-To:
ruby-talk at ruby-lang.org
To: ruby-talk ML <ruby-talk at ruby-lang.org>
   On 4/14/06, Bryan Duxbury <bryan.duxbury at gmail.com> wrote:
[Quoted text hidden]
Ok I admit I did not see what I was expecting, but let's look at
things statically. Since you have vs.net, you should also have
dumpbin. First look at:

dumpbin /dependents ruby.exe

then look at

dumpbin /dependents mysql.so

In particular we want to verify that they are using the same runtime
dll's (probably msvcrt.dll which is from vc6). If they are different
that is probably the problem.

pth

------------------------------
  *Bryan Duxbury <bryan.duxbury at gmail.com> * *Fri, Apr 14, 2006 at 10:43 PM
*  Reply-To: ruby-talk at ruby-lang.org
To: ruby-talk ML <ruby-talk at ruby-lang.org>
   dumpbin /dependents ruby.exe:

File Type: EXECUTABLE IMAGE

 Image has the following dependencies:

   msvcrt-ruby18.dll
   MSVCRT.dll

 Summary

       1000 .data
       1000 .rdata
       1000 .rsrc
       1000 .text

dumpbin /dependents mysql.so

Dump of file mysql.so

File Type: DLL

 Image has the following dependencies:

   msvcrt-ruby18.dll
   WS2_32.dll
   KERNEL32.dll
   ADVAPI32.dll

 Summary

      DC000 .data
       B000 .rdata
       4000 .reloc
       1000 .rsrc
      3D000 .text

That indicates they aren't sharing the same dependencies, right?

BTW - thanks for taking the time to help me so significantly.

--
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060414/36587383/attachment-0001.htm 

From bill.walton at charter.net  Sat Apr 15 00:36:45 2006
From: bill.walton at charter.net (Bill Walton)
Date: Fri, 14 Apr 2006 23:36:45 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
References: <003701c65f15$e3a410d0$6601a8c0@dp2000>
	<443FE11B.2060705@dgrmm.net>
Message-ID: <00a801c66046$3407c720$6701a8c0@dp2000>

David Morton wrote:
>
> > page << "$(item3).className = 'Listline1';"
>
> Here's an error, you have this hardcoded...

It's hardcoded on purpose.  That is, I was working out how to do the CSS
class change and hadn't made it to the point where I figured out how to
iterate through all the items when I started seeing this problem.

> and I don't know what you are trying with:
>
> session[:toggle_color] = 1

That initializes the value for the CSS class (it's either Listline0 or
Listline1).  You'll find it used to toggle the class (i.e., color) of the
lines in the first line of _line_form.rhtml.

> I'm still not getting a segmentation fault.

What OS are you running?  It's certainly possible that this is specific to
Win2K Pro which is what I've got on both my systems.

Actually, it's what I *had* on both my systems.  While the "add 3, delete
#2, add a new one" crashed WEBrick every time at the same place, I couldn't
get the second scenerio to settle in to a "1 then 2 then 3 then crash"
pattern.  I've got 15-20 screen captures and there are a couple of patterns,
but I couldn't get the repeatability I wanted.  So I switched over to
Mongrel to see what I could do with it.  Looks like it found a way to write
to my BIOS.  The power management stuff is now not letting the system boot.
Starts to come up, then goes right back down

So I went out and got a new Compaq Presario.  I put my Win2K disk in it
(from the other box) and the errors are exactly the same.  The new box came
with XP so I'll install IR on it tomorrow and see if I still get the same
error.

I'm going to attach my code to this so you'll have it.  I'll send along some
of the screen shots via seperate emails.  I didn't get a chance to write up
the results as I wanted since I spent the afternoon shopping and getting the
new box set up.

Thanks for making time to look at the problem.  I appreciate it.

Best regards,
Bill
-------------- next part --------------
A non-text attachment was scrubbed...
Name: listdemo_controller.rb
Type: application/octet-stream
Size: 399 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060414/659c8e58/attachment.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ingredient.rb
Type: application/octet-stream
Size: 42 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060414/659c8e58/attachment-0001.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: index.rhtml
Type: application/octet-stream
Size: 414 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060414/659c8e58/attachment-0002.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: _line_form.rhtml
Type: application/octet-stream
Size: 400 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060414/659c8e58/attachment-0003.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: _remove_line_form.rjs
Type: application/octet-stream
Size: 110 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060414/659c8e58/attachment-0004.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: _entry_form.rhtml
Type: application/octet-stream
Size: 265 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060414/659c8e58/attachment-0005.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: create.sql
Type: application/octet-stream
Size: 204 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060414/659c8e58/attachment-0006.obj 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: listdemo.css
Type: text/css
Size: 363 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060414/659c8e58/attachment.css 

From bill.walton at charter.net  Sat Apr 15 00:55:08 2006
From: bill.walton at charter.net (Bill Walton)
Date: Fri, 14 Apr 2006 23:55:08 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
References: <003701c65f15$e3a410d0$6601a8c0@dp2000>
	<443FE11B.2060705@dgrmm.net>
Message-ID: <00af01c66048$c520a2c0$6701a8c0@dp2000>

Here are the results of the "add three, delete #2, add another" for IR1.1
and IR1.3.  For each, I ran the following scenerio 5 times.

1) empty the table (mysql sandbox <db\create.sql)
2) start WEBrick
3) Open IE and browse to http://localhost:3000/listdemo
4) enter first ingredient (name = onions, amount = two large)
5) after first ingredient line is displayed, click "add ingredient" button
6) after second ingredient line is displayed, click "add ingredient" button
7) click on the "delete" link on the second ingredient
8) click the "add ingredient" button
Close IE

For the 1.1 scenerios, I manually terminated WEBrick after each run.  You
can see that it terminated normally in the listing.  For the 1.3 scenerios,
it terminate abnormally, always at in exactly the same place.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: IR1.1usingWEBrick.gif
Type: image/gif
Size: 94140 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060414/2b34996e/attachment-0002.gif 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: IR1.3usingWEBrick.gif
Type: image/gif
Size: 94278 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060414/2b34996e/attachment-0003.gif 

From bill.walton at charter.net  Sat Apr 15 01:00:22 2006
From: bill.walton at charter.net (Bill Walton)
Date: Sat, 15 Apr 2006 00:00:22 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
References: <003701c65f15$e3a410d0$6601a8c0@dp2000>	<31d15f490604130941q35b10338t78610073f7d27fc9@mail.gmail.com><008001c65f1b$611e76e0$6601a8c0@dp2000>	<443F09AB.2070208@dgrmm.net><02c201c65f7c$21b7b9b0$6601a8c0@dp2000>
	<443FE235.9010900@dgrmm.net>
Message-ID: <00c601c66049$802deb90$6701a8c0@dp2000>

As you'll see in the attachment, Mongrel did not demonstrate the failure
using the "add 3, delete #2, add another" scenerio.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: IR1.3usingMongrel.gif
Type: image/gif
Size: 23983 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060415/0f6e10c6/attachment-0001.gif 

From bill.walton at charter.net  Sat Apr 15 01:19:59 2006
From: bill.walton at charter.net (Bill Walton)
Date: Sat, 15 Apr 2006 00:19:59 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
References: <003701c65f15$e3a410d0$6601a8c0@dp2000><443FE11B.2060705@dgrmm.net>
	<31d15f490604142133t1ba432b5kc591bb9d26737302@mail.gmail.com>
Message-ID: <001801c6604c$3f121b10$6701a8c0@dp2000>

Hi Curt,

I hadn't seen that.  I'll test tomorrow to see if I can confirm the lack of a problem on XP.  In the meantime, see the attached which I just captured.  The scenerio is simply entering an ingredient (name = onions, amount = two large) and then clicking the 'add ingredient' button repeatedly.  Took between 11 and 34 clicks.  Can demonstrate the same results with WEBrick.

Best regards,
Bill
  ----- Original Message ----- 
  From: Curt Hibbs 
  To: instantrails-developers at rubyforge.org 
  Sent: 2006-04-14 11:33 PM
  Subject: Re: [Instantrails-developers] WEBrick crashing - IR1.3


  On 4/14/06, David Morton <mortonda at dgrmm.net> wrote:
    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    Bill Walton wrote:

    > page << "$(item3).className = 'Listline1';"

    Here's an error, you have this hardcoded...

    and I don't know what you are trying with: 

    session[:toggle_color] = 1


    I'm still not getting a segmentation fault.


  Have you guys seen this thread (copied below) on ruby-talk? It sounds similar to Bill's problem, but it seems to only happen on Win2k, not WinXP. 

  Curt

  Super-unstable Webrick on Windows 2000
  10 messages 
------------------------------------------------------------------------------
        Bryan Duxbury <bryan.duxbury at gmail.com>  Fri, Apr 14, 2006 at 4:15 PM  
        Reply-To: ruby-talk at ruby-lang.org 
        To: ruby-talk ML <ruby-talk at ruby-lang.org>  
              I'm using Ruby 1.8.4 on a Windows 2000 machine. When running anything
              more than a trivial application, I experience frequent segmentation
              faults in completely random places. I've read some blogs and the such
              that indicate it has something to do with MySQL libraries.

              It all seems pretty silly, since I have a WinXP laptop which runs my
              apps with no issues at all. Does anyone know what it is about Win2k that
              causes this sort of behavior? I'm really getting tired of doing all my
              development on my laptop.

              --
              Posted via http://www.ruby-forum.com/.

             
       

------------------------------------------------------------------------------
        Stephen Caudill <vox at mechavox.com>  Fri, Apr 14, 2006 at 5:25 PM  
        Reply-To: ruby-talk at ruby-lang.org 
        To: ruby-talk ML <ruby-talk at ruby-lang.org>  
              Why not just use Mongrel[1]?

              It's pure ruby like Webrick and very fast.

              hth,
              Stephen

              [1] http://mongrel.rubyforge.org/faq.html

              [Quoted text hidden] 
       

------------------------------------------------------------------------------
        James Britt <james_b at neurogami.com>  Fri, Apr 14, 2006 at 6:12 PM  
        Reply-To: ruby-talk at ruby-lang.org 
        To: ruby-talk ML <ruby-talk at ruby-lang.org>  
              Stephen Caudill wrote:
              > Why not just use Mongrel[1]?
              >
              > It's pure ruby like Webrick and very fast.

              I believe Mongrel has native C code in there, but the gem package for
              win32 offers a precompiled version.

              Curious to learn, though, about migrating WEBrick-based apps to Mongrel.

              I've been developing on my WinXP laptop for about 6 months now, and
              prior that, a Win2K laptop.  I have a desktop PC, but sitting on the
              recliner or the beanbag chair is more comfy.

              I've not had WEBrick issues on WinXP or Win2K, though I don't use Ruby
              1.8.4 much on Win2K. My Win2k desktop runs some background jobs,  and at
              least one (Catapult) is using WEBrick, but nothing too industrial.  And
              no MySQL + Ruby 1.8.4.



              --
              James Britt

              "In Ruby, no one cares who your parents were, all they care
               about is if you know  what you are talking about."
                - Logan Capaldo

             
       

------------------------------------------------------------------------------
        Bryan Duxbury <bryan.duxbury at gmail.com>  Fri, Apr 14, 2006 at 7:20 PM  
        Reply-To: ruby-talk at ruby-lang.org 
        To: ruby-talk ML <ruby-talk at ruby-lang.org>  
              Actually, I ran on 1.8.2 for a long time, too. The errors had exactly
              the same symptoms. I'm really disappointed that the various Mysql
              libraries that offer to fix this problem don't seem to get it fixed.

              Would it help if I somehow figured out how to compile my own, which
              would be linked against the libraries on my machine? Could that be the
              issue? I'm loathe to try and compile stuff where I don't have to (I like
              Ruby for a reason...), but I'm getting a little irked that I have to
              forgo using my nice desktop with dual monitors and use my laptop
              instead.

              [Quoted text hidden] 
       

------------------------------------------------------------------------------
        Patrick Hurley <phurley at gmail.com>  Fri, Apr 14, 2006 at 9:06 PM  
        Reply-To: ruby-talk at ruby-lang.org 
        To: ruby-talk ML <ruby-talk at ruby-lang.org>  
              [Quoted text hidden]
              Mongrel is great, but this problem sounds like a mysql driver issue
              more than web brick. Is it possible to get a stack trace (OS not Ruby)
              when it segfaults? My guess is that the build of the binary mysql
              driver does not match the build of the ruby binary (difference in
              compiler version, etc). You could try building everything yourself or
              try grabbing a complete set like instant rails.

              pth

             
       

------------------------------------------------------------------------------
        Bryan Duxbury <bryan.duxbury at gmail.com>  Fri, Apr 14, 2006 at 9:12 PM  
        Reply-To: ruby-talk at ruby-lang.org 
        To: ruby-talk ML <ruby-talk at ruby-lang.org>  
              Patrick Hurley wrote:
              > On 4/14/06, Bryan Duxbury <bryan.duxbury at gmail.com> wrote:
              >>
              >> --
              >> Posted via http://www.ruby-forum.com/.
              >>
              >>
              >
              > Mongrel is great, but this problem sounds like a mysql driver issue
              > more than web brick. Is it possible to get a stack trace (OS not Ruby)
              > when it segfaults? My guess is that the build of the binary mysql
              > driver does not match the build of the ruby binary (difference in
              > compiler version, etc). You could try building everything yourself or
              > try grabbing a complete set like instant rails.
              >
              > pth

              How would I go about getting an OS stack trace? Do you have any
              experience doing that on Windows?

              --

              [Quoted text hidden] 
       

------------------------------------------------------------------------------
        Patrick Hurley <phurley at gmail.com>  Fri, Apr 14, 2006 at 9:44 PM  
        Reply-To: ruby-talk at ruby-lang.org 
        To: ruby-talk ML <ruby-talk at ruby-lang.org>  
              [Quoted text hidden]
              Been a long time since I used 2000, but do you have Visual C or any
              other just in time debugger? Most of those allow you to catch a
              segfaulting processes and grab the stack trace. I know under XP you
              can actually get that info from the XP error dialog that XP wants to
              send to Microsoft, but I think they added that for XP. Worst case go
              to http://www.microsoft.com/whdc/devtools/debugging/default.mspx and
              grab windbg.exe and attach it to ruby.exe after you start webrick. We
              don't need much detail, if it is dying in mysql.so or something
              similar then you know it is the mysql driver, etc.

              Again my expectation is that you are using some binary extension that
              was compiled just a little bit differently than the version of ruby
              you are using. For example one was compiled using VC6 and the other
              with VC.NET (or whatever they are calling it now). This often works,
              but it also can lead to difficult to diagnose bugs in discrepancies
              between the run time libraries (C not Ruby).

              Good luck
              pth

              p.s. I have run webrick and mongrel with mssql and postgres binary
              drivers under Win2000 (server) without any trouble (not that I was
              happy about it :-)

             
       

------------------------------------------------------------------------------
        Bryan Duxbury <bryan.duxbury at gmail.com>  Fri, Apr 14, 2006 at 10:00 PM  
        Reply-To: ruby-talk at ruby-lang.org 
        To: ruby-talk ML <ruby-talk at ruby-lang.org>  
              According to the VS.NET debugger, this is the call stack. Does this look
              like what you were looking for? There's no debug symbols, so all the
              functions are obfuscated. Is that going to make this more difficult?

              >       NTDLL.DLL!77f9193c()
                     NTDLL.DLL!77fb2a30()
                     NTDLL.DLL!77fb28b1()
                     NTDLL.DLL!77fa63a5()
                     NTDLL.DLL!77fa64af()
                     msvcrt-ruby18.dll!1000b144()
                     msvcrt-ruby18.dll!1000aebb()
                     msvcrt-ruby18.dll!1000abe9()
                     NTDLL.DLL!77fcb301()
                     NTDLL.DLL!77fcb4be()
                     NTDLL.DLL!77fcb618()
                     msvcrt-ruby18.dll!1003b234()
                     msvcrt-ruby18.dll!1000646f()
                     NTDLL.DLL!77f877e9()
                     NTDLL.DLL!77fcd981()
                     NTDLL.DLL!77fcba2b()
                     NTDLL.DLL!77fcb9b1()
                     msvcrt-ruby18.dll!100056d6()
                     NTDLL.DLL!77f89d99()
                     KERNEL32.DLL!7c5aa8ba()
                     msvcrt-ruby18.dll!1000c8e3()
                     KERNEL32.DLL!7c5aa942()
                     KERNEL32.DLL!7c58641c()
                     msvcrt.dll!78012d3d()
                     msvcrt-ruby18.dll!1000b524()
                     msvcrt-ruby18.dll!1005f1f3()
                     msvcrt-ruby18.dll!1000d706()
                     msvcrt.dll!78001532()
                     NTDLL.DLL!77f89d99()
                     KERNEL32.DLL!7c5aa8ba()
                     NTDLL.DLL!77fcb0ff()
                     KERNEL32.DLL!7c5aa942()
                     KERNEL32.DLL!7c58641c()
                     msvcrt.dll!78007e4f()
                     NTDLL.DLL!77f8a922()
                     KERNEL32.DLL!7c596a0f()
                     msvcrt.dll!78013409()
                     msvcrt.dll!78012eb5()
                     msvcrt.dll!78012e81()
                     msvcrt.dll!78007cd8()
                     msvcrt.dll!78007ce7()
                     msvcrt.dll!7800d056()
                     msvcrt.dll!7800695c()
                     msvcrt-ruby18.dll!10022034()
                     NTDLL.DLL!77fcaeed()
                     NTDLL.DLL!77fcb4be()
                     NTDLL.DLL!77fcb618()
                     msvcrt.dll!780242ea()
                     msvcrt-ruby18.dll!1000c8e3()
                     msvcrt-ruby18.dll!1000646f()
                     msvcrt-ruby18.dll!100490ad()
                     msvcrt.dll!7800c16a()
                     ruby.exe!00401149()
                     msvcrt.dll!7800bdb5()
                     NTDLL.DLL!77fbb272()
                     NTDLL.DLL!77facc28()
                     msvcrt-ruby18.dll!10020d99()
                     msvcrt-ruby18.dll!10045c63()
                     msvcrt-ruby18.dll!10045d19()
                     msvcrt-ruby18.dll!10056d94()
                     msvcrt-ruby18.dll!10057a80()
                     NTDLL.DLL!77f91bc6()

              --

              [Quoted text hidden] 
       

------------------------------------------------------------------------------
        Patrick Hurley <phurley at gmail.com>  Fri, Apr 14, 2006 at 10:21 PM  
        Reply-To: ruby-talk at ruby-lang.org 
        To: ruby-talk ML <ruby-talk at ruby-lang.org>  
              On 4/14/06, Bryan Duxbury <bryan.duxbury at gmail.com> wrote:

              [Quoted text hidden]
              Ok I admit I did not see what I was expecting, but let's look at
              things statically. Since you have vs.net, you should also have
              dumpbin. First look at:

              dumpbin /dependents ruby.exe

              then look at

              dumpbin /dependents mysql.so

              In particular we want to verify that they are using the same runtime
              dll's (probably msvcrt.dll which is from vc6). If they are different
              that is probably the problem.

              pth

             
       

------------------------------------------------------------------------------
        Bryan Duxbury <bryan.duxbury at gmail.com>  Fri, Apr 14, 2006 at 10:43 PM  
        Reply-To: ruby-talk at ruby-lang.org 
        To: ruby-talk ML <ruby-talk at ruby-lang.org>  
              dumpbin /dependents ruby.exe:

              File Type: EXECUTABLE IMAGE

               Image has the following dependencies:

                 msvcrt-ruby18.dll
                 MSVCRT.dll

               Summary

                     1000 .data
                     1000 .rdata
                     1000 .rsrc
                     1000 .text

              dumpbin /dependents mysql.so

              Dump of file mysql.so

              File Type: DLL

               Image has the following dependencies:

                 msvcrt-ruby18.dll
                 WS2_32.dll
                 KERNEL32.dll
                 ADVAPI32.dll

               Summary

                    DC000 .data
                     B000 .rdata
                     4000 .reloc
                     1000 .rsrc
                    3D000 .text

              That indicates they aren't sharing the same dependencies, right?

              BTW - thanks for taking the time to help me so significantly.

              --
             
       




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


  _______________________________________________
  Instantrails-developers mailing list
  Instantrails-developers at rubyforge.org
  http://rubyforge.org/mailman/listinfo/instantrails-developers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060415/c47de380/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Scenerio2onIR1-3usingMongrel-newBox.gif
Type: image/gif
Size: 29041 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060415/c47de380/attachment-0001.gif 

From bill.walton at charter.net  Sat Apr 15 02:20:18 2006
From: bill.walton at charter.net (Bill Walton)
Date: Sat, 15 Apr 2006 01:20:18 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
References: <003701c65f15$e3a410d0$6601a8c0@dp2000>
	<443FE11B.2060705@dgrmm.net>
	<31d15f490604142133t1ba432b5kc591bb9d26737302@mail.gmail.com>
	<001801c6604c$3f121b10$6701a8c0@dp2000>
	<31d15f490604142239k1d2c46b1w9e9c6ef02cb072d0@mail.gmail.com>
Message-ID: <005201c66054$ab35b1a0$6701a8c0@dp2000>

BINGO!  

Renamed it (bad-mysql.sob)  Problems gone.  No failures on three tries at "add 3, delete#2, add another" and did 100 adds with both WEBrick and Mongrel without a hichup.  Renamed it back.  Failed first try, just like always.

You are the MAN!

Best regards,
Bill
  ----- Original Message ----- 
  From: Curt Hibbs 
  To: Bill Walton 
  Sent: 2006-04-15 12:39 AM
  Subject: Re: [Instantrails-developers] WEBrick crashing - IR1.3


  Also, those posts made me realize that there are actually two changes in Instant Rails between 1.1 and 1.3 -- the new version of Rails, and the C-based mysql driver for ruby.

  If you want to eliminate the mysql driver as the culprit, then just delete: 

    InstantRails\ruby\lib\ruby\site_ruby\1.8\i386-msvcrt\mysql.so

  Rails will automatically revert to using the Ruby-based mysql driver if this file is not found.

  Anyway, trying it with and without this mysql.so file will tell us if the problem lies here or not.

  Curt


  On 4/15/06, Bill Walton <bill.walton at charter.net > wrote:
    Hi Curt,

    I hadn't seen that.  I'll test tomorrow to see if I can confirm the lack of a problem on XP.  In the meantime, see the attached which I just captured.  The scenerio is simply entering an ingredient (name = onions, amount = two large) and then clicking the 'add ingredient' button repeatedly.  Took between 11 and 34 clicks.  Can demonstrate the same results with WEBrick.

    Best regards,
    Bill
    ----- Original Message ----- 
    From: Curt Hibbs 
    To: instantrails-developers at rubyforge.org 
    Sent: 2006-04-14 11:33 PM
    Subject: Re: [Instantrails-developers] WEBrick crashing - IR1.3


    On 4/14/06, David Morton < mortonda at dgrmm.net> wrote: 
      -----BEGIN PGP SIGNED MESSAGE-----
      Hash: SHA1

      Bill Walton wrote:

      > page << "$(item3).className = 'Listline1';"

      Here's an error, you have this hardcoded...

      and I don't know what you are trying with: 

      session[:toggle_color] = 1


      I'm still not getting a segmentation fault.


    Have you guys seen this thread (copied below) on ruby-talk? It sounds similar to Bill's problem, but it seems to only happen on Win2k, not WinXP. 

    Curt

    Super-unstable Webrick on Windows 2000
    10 messages 
----------------------------------------------------------------------------
          Bryan Duxbury <bryan.duxbury at gmail.com>  Fri, Apr 14, 2006 at 4:15 PM  
          Reply-To: ruby-talk at ruby-lang.org 
          To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                I'm using Ruby 1.8.4 on a Windows 2000 machine. When running anything
                more than a trivial application, I experience frequent segmentation
                faults in completely random places. I've read some blogs and the such
                that indicate it has something to do with MySQL libraries.

                It all seems pretty silly, since I have a WinXP laptop which runs my
                apps with no issues at all. Does anyone know what it is about Win2k that
                causes this sort of behavior? I'm really getting tired of doing all my
                development on my laptop.

                --
                Posted via http://www.ruby-forum.com/ .

               
         

----------------------------------------------------------------------------
          Stephen Caudill <vox at mechavox.com>  Fri, Apr 14, 2006 at 5:25 PM  
          Reply-To: ruby-talk at ruby-lang.org 
          To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                Why not just use Mongrel[1]?

                It's pure ruby like Webrick and very fast.

                hth,
                Stephen

                [1] http://mongrel.rubyforge.org/faq.html

                [Quoted text hidden] 
         

----------------------------------------------------------------------------
          James Britt <james_b at neurogami.com>  Fri, Apr 14, 2006 at 6:12 PM  
          Reply-To: ruby-talk at ruby-lang.org 
          To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                Stephen Caudill wrote:
                > Why not just use Mongrel[1]?
                >
                > It's pure ruby like Webrick and very fast.

                I believe Mongrel has native C code in there, but the gem package for
                win32 offers a precompiled version.

                Curious to learn, though, about migrating WEBrick-based apps to Mongrel.

                I've been developing on my WinXP laptop for about 6 months now, and
                prior that, a Win2K laptop.  I have a desktop PC, but sitting on the
                recliner or the beanbag chair is more comfy.

                I've not had WEBrick issues on WinXP or Win2K, though I don't use Ruby
                1.8.4 much on Win2K. My Win2k desktop runs some background jobs,  and at
                least one (Catapult) is using WEBrick, but nothing too industrial.  And
                no MySQL + Ruby 1.8.4.



                --
                James Britt

                "In Ruby, no one cares who your parents were, all they care
                 about is if you know  what you are talking about."
                  - Logan Capaldo

               
         

----------------------------------------------------------------------------
          Bryan Duxbury <bryan.duxbury at gmail.com>  Fri, Apr 14, 2006 at 7:20 PM  
          Reply-To: ruby-talk at ruby-lang.org 
          To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                Actually, I ran on 1.8.2 for a long time, too. The errors had exactly
                the same symptoms. I'm really disappointed that the various Mysql
                libraries that offer to fix this problem don't seem to get it fixed.

                Would it help if I somehow figured out how to compile my own, which
                would be linked against the libraries on my machine? Could that be the
                issue? I'm loathe to try and compile stuff where I don't have to (I like
                Ruby for a reason...), but I'm getting a little irked that I have to
                forgo using my nice desktop with dual monitors and use my laptop
                instead.

                [Quoted text hidden] 
         

----------------------------------------------------------------------------
          Patrick Hurley <phurley at gmail.com>  Fri, Apr 14, 2006 at 9:06 PM  
          Reply-To: ruby-talk at ruby-lang.org 
          To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                [Quoted text hidden]
                Mongrel is great, but this problem sounds like a mysql driver issue
                more than web brick. Is it possible to get a stack trace (OS not Ruby)
                when it segfaults? My guess is that the build of the binary mysql
                driver does not match the build of the ruby binary (difference in
                compiler version, etc). You could try building everything yourself or
                try grabbing a complete set like instant rails.

                pth

               
         

----------------------------------------------------------------------------
          Bryan Duxbury <bryan.duxbury at gmail.com>  Fri, Apr 14, 2006 at 9:12 PM  
          Reply-To: ruby-talk at ruby-lang.org 
          To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                Patrick Hurley wrote:
                > On 4/14/06, Bryan Duxbury <bryan.duxbury at gmail.com> wrote:
                >>
                >> --
                >> Posted via http://www.ruby-forum.com/.
                >>
                >>
                >
                > Mongrel is great, but this problem sounds like a mysql driver issue
                > more than web brick. Is it possible to get a stack trace (OS not Ruby)
                > when it segfaults? My guess is that the build of the binary mysql
                > driver does not match the build of the ruby binary (difference in
                > compiler version, etc). You could try building everything yourself or
                > try grabbing a complete set like instant rails.
                >
                > pth

                How would I go about getting an OS stack trace? Do you have any
                experience doing that on Windows?

                --

                [Quoted text hidden] 
         

----------------------------------------------------------------------------
          Patrick Hurley <phurley at gmail.com>  Fri, Apr 14, 2006 at 9:44 PM  
          Reply-To: ruby-talk at ruby-lang.org 
          To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                [Quoted text hidden]
                Been a long time since I used 2000, but do you have Visual C or any
                other just in time debugger? Most of those allow you to catch a
                segfaulting processes and grab the stack trace. I know under XP you
                can actually get that info from the XP error dialog that XP wants to
                send to Microsoft, but I think they added that for XP. Worst case go
                to http://www.microsoft.com/whdc/devtools/debugging/default.mspx and
                grab windbg.exe and attach it to ruby.exe after you start webrick. We
                don't need much detail, if it is dying in mysql.so or something
                similar then you know it is the mysql driver, etc.

                Again my expectation is that you are using some binary extension that
                was compiled just a little bit differently than the version of ruby
                you are using. For example one was compiled using VC6 and the other
                with VC.NET (or whatever they are calling it now). This often works,
                but it also can lead to difficult to diagnose bugs in discrepancies
                between the run time libraries (C not Ruby).

                Good luck
                pth

                p.s. I have run webrick and mongrel with mssql and postgres binary
                drivers under Win2000 (server) without any trouble (not that I was
                happy about it :-)

               
         

----------------------------------------------------------------------------
          Bryan Duxbury <bryan.duxbury at gmail.com>  Fri, Apr 14, 2006 at 10:00 PM  
          Reply-To: ruby-talk at ruby-lang.org 
          To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                According to the VS.NET debugger, this is the call stack. Does this look
                like what you were looking for? There's no debug symbols, so all the
                functions are obfuscated. Is that going to make this more difficult?

                >       NTDLL.DLL!77f9193c()
                       NTDLL.DLL!77fb2a30()
                       NTDLL.DLL!77fb28b1()
                       NTDLL.DLL!77fa63a5()
                       NTDLL.DLL!77fa64af()
                       msvcrt-ruby18.dll!1000b144()
                       msvcrt-ruby18.dll!1000aebb()
                       msvcrt-ruby18.dll!1000abe9()
                       NTDLL.DLL!77fcb301()
                       NTDLL.DLL!77fcb4be()
                       NTDLL.DLL!77fcb618()
                       msvcrt-ruby18.dll!1003b234()
                       msvcrt-ruby18.dll!1000646f()
                       NTDLL.DLL!77f877e9()
                       NTDLL.DLL!77fcd981()
                       NTDLL.DLL!77fcba2b()
                       NTDLL.DLL!77fcb9b1()
                       msvcrt-ruby18.dll!100056d6()
                       NTDLL.DLL!77f89d99()
                       KERNEL32.DLL!7c5aa8ba()
                       msvcrt-ruby18.dll!1000c8e3()
                       KERNEL32.DLL!7c5aa942()
                       KERNEL32.DLL!7c58641c()
                       msvcrt.dll!78012d3d()
                       msvcrt-ruby18.dll!1000b524()
                       msvcrt-ruby18.dll!1005f1f3()
                       msvcrt-ruby18.dll!1000d706()
                       msvcrt.dll!78001532()
                       NTDLL.DLL!77f89d99()
                       KERNEL32.DLL!7c5aa8ba()
                       NTDLL.DLL!77fcb0ff()
                       KERNEL32.DLL!7c5aa942()
                       KERNEL32.DLL!7c58641c()
                       msvcrt.dll!78007e4f()
                       NTDLL.DLL!77f8a922()
                       KERNEL32.DLL!7c596a0f()
                       msvcrt.dll!78013409()
                       msvcrt.dll!78012eb5()
                       msvcrt.dll!78012e81()
                       msvcrt.dll!78007cd8()
                       msvcrt.dll!78007ce7()
                       msvcrt.dll!7800d056()
                       msvcrt.dll!7800695c()
                       msvcrt-ruby18.dll!10022034()
                       NTDLL.DLL!77fcaeed()
                       NTDLL.DLL!77fcb4be()
                       NTDLL.DLL!77fcb618()
                       msvcrt.dll!780242ea()
                       msvcrt-ruby18.dll!1000c8e3()
                       msvcrt-ruby18.dll!1000646f()
                       msvcrt-ruby18.dll!100490ad()
                       msvcrt.dll!7800c16a()
                       ruby.exe!00401149()
                       msvcrt.dll!7800bdb5()
                       NTDLL.DLL!77fbb272()
                       NTDLL.DLL!77facc28()
                       msvcrt-ruby18.dll!10020d99()
                       msvcrt-ruby18.dll!10045c63()
                       msvcrt-ruby18.dll!10045d19()
                       msvcrt-ruby18.dll!10056d94()
                       msvcrt-ruby18.dll!10057a80()
                       NTDLL.DLL!77f91bc6()

                --

                [Quoted text hidden] 
         

----------------------------------------------------------------------------
          Patrick Hurley <phurley at gmail.com>  Fri, Apr 14, 2006 at 10:21 PM  
          Reply-To: ruby-talk at ruby-lang.org 
          To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                On 4/14/06, Bryan Duxbury <bryan.duxbury at gmail.com> wrote:

                [Quoted text hidden]
                Ok I admit I did not see what I was expecting, but let's look at
                things statically. Since you have vs.net, you should also have
                dumpbin. First look at:

                dumpbin /dependents ruby.exe

                then look at

                dumpbin /dependents mysql.so

                In particular we want to verify that they are using the same runtime
                dll's (probably msvcrt.dll which is from vc6). If they are different
                that is probably the problem.

                pth

               
         

----------------------------------------------------------------------------
          Bryan Duxbury <bryan.duxbury at gmail.com>  Fri, Apr 14, 2006 at 10:43 PM  
          Reply-To: ruby-talk at ruby-lang.org 
          To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                dumpbin /dependents ruby.exe:

                File Type: EXECUTABLE IMAGE

                 Image has the following dependencies:

                   msvcrt-ruby18.dll
                   MSVCRT.dll

                 Summary

                       1000 .data
                       1000 .rdata
                       1000 .rsrc
                       1000 .text

                dumpbin /dependents mysql.so

                Dump of file mysql.so

                File Type: DLL

                 Image has the following dependencies:

                   msvcrt-ruby18.dll
                   WS2_32.dll
                   KERNEL32.dll
                   ADVAPI32.dll

                 Summary

                      DC000 .data
                       B000 .rdata
                       4000 .reloc
                       1000 .rsrc
                      3D000 .text

                That indicates they aren't sharing the same dependencies, right?

                BTW - thanks for taking the time to help me so significantly.

                --
               
         




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


    _______________________________________________
    Instantrails-developers mailing list
    Instantrails-developers at rubyforge.org
    http://rubyforge.org/mailman/listinfo/instantrails-developers




-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060415/054daee1/attachment-0001.htm 

From curt.hibbs at gmail.com  Sat Apr 15 02:52:15 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Sat, 15 Apr 2006 01:52:15 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3 [caused by MySQL
	Ruby]
Message-ID: <31d15f490604142352o62aaef44q19aaada724ffabb5@mail.gmail.com>

Zed, after the report you sent me on your MySQL driver woes, I picked up the
native MySQL binding you referenced (
http://www.vandomburg.net/pages/mysql-ruby-windows) for the next release of
Instant Rails.

However, Bill Walton started having a segfault problem (see his original
report below). We've been back and forth on this for the last couple days
and we just now isolated the problem to that native MySQL driver. The
problem consistently disappears when the driver is removed and reappears
when the driver is reinstated.

It looks like I'm going to have to make another Instant Rails release and
remove the native driver. But I wanted to get your take on this since, in
your case, the native driver actually solved your problem.

This has me a bit perplexed.

Curt

---------- Forwarded message ----------
From: Bill Walton <bill.walton at charter.net>
Date: Apr 13, 2006 11:18 AM
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
To: Instant Rails DEV <instantrails-developers at rubyforge.org>

Greetings all,

I downloaded and started using IR 1.3 this morning.  I've got a pretty basic
app I've been working on to learn Ajax.  It works fine under IR 1.1.  It
crashes WEBrick under IR 1.3.  Consistently and reproducibly.  I've included
the app below so that perhaps someone could tell me there's something I need
to change to make it work under IR 1.3.  Or that the problem is not my code.

The app allows the user to create a list of ingredients that are displayed
on the page, using Ajax, in green-bar format.  I'm working on this for the
update to Curt's "RwRoR" tutorial.

I'm still learning RJS (man, is that an understatement ;-0 ) so the app is
currently very limited.  To test it, I create three items, delete the
second, and what was the third item has its CSS class changed to correct the
green-bar effect.  Then the user can add additional items and the green-bar
effect is continued.

Or rather, under 1.1 the user can continue to add items.  Under 1.3, as soon
as I click the button to add another item, WEBrick crashes and the Command
Window closes.  Since, AFAIK, there is no WEBrick log, I cannot investigate
further.  But something is definitely broke.  Maybe it's my code.  I'm happy
to send the actual files to anyone who wants to verify / investigate this
problem.

Thanks in advance for any assistance,
Bill

---------- the model --------------
The model is based on a table named 'ingredients'.  The table has three
columns and is created by the following script

drop table if exists ingredients;
create table ingredients (
  id         int              not null auto_increment,
  name    varchar(30) null default '',
  qty       varchar(30) null default '',
 primary key  (id)
) engine=InnoDB;

----------  the controller  ---------------
class ListdemoController < ApplicationController

  def index
    session[:toggle_color] = 1
  end

  def add_item
    @ingredient = Ingredient.new
    @ingredient.name = params[:name]
    @ingredient.qty = params[:qty]
    @ingredient.save
    render(:partial => 'line_form')
  end

  def delete
    Ingredient.find(params[:id]).destroy
    render(:partial => 'remove_line_form')
  end

end

---------------  index.rhtml  ------------------
<html>
  <head>
    <title>Ingredient list</title>
    <%= javascript_include_tag "prototype" %>
    <%= stylesheet_link_tag "listdemo", :media => "all" %>
  </head>
  <body>
    <h3>Ingredient list</h3>
    <p> Enter the name and amount for each ingredient</p>
    <div class = "Entryline">
      <%= render(:partial => 'entry_form') %>
    </div>

    <div id='my_list'>
    </div>

  </body>
</html>

---------------------- _entry_form.rhtml --------------------
<%= form_remote_tag(:update => 'my_list',
            :url => {:action => :add_item},
          :position => 'bottom') %>
   Name:
   <%= text_field_tag :name %>
   Amount:
   <%= text_field_tag :qty %>
   <%= submit_tag 'Add Ingredient' %>
<%= end_form_tag %>
----------------------- _line_form.rhtml ----------------
<div id = item<%= @ingredient.id %> class = Listline<%=
session[:toggle_color] = 1 - session[:toggle_color].to_i %> >
   <span class = 'leftcol'> <%= params[:name] %> </span>
   <span class = 'midcol'> <%= params[:qty] %> </span>
   <span class = 'rightcol'>
     <%= link_to_remote("Delete",
        :url => {:action => 'delete',
                 :id => @ingredient.id})
     %>
   </span>
</div>
------------------ _remove_line_form.rjs ------------------

page.remove("item#{params[:id]}")

page << "$(item3).className = 'Listline1';"

session[:toggle_color] = 1



_______________________________________________
Instantrails-developers mailing list
Instantrails-developers at rubyforge.org
http://rubyforge.org/mailman/listinfo/instantrails-developers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060415/548bff19/attachment.htm 

From curt.hibbs at gmail.com  Sat Apr 15 02:53:29 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Sat, 15 Apr 2006 01:53:29 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
In-Reply-To: <005201c66054$ab35b1a0$6701a8c0@dp2000>
References: <003701c65f15$e3a410d0$6601a8c0@dp2000>
	<443FE11B.2060705@dgrmm.net>
	<31d15f490604142133t1ba432b5kc591bb9d26737302@mail.gmail.com>
	<001801c6604c$3f121b10$6701a8c0@dp2000>
	<31d15f490604142239k1d2c46b1w9e9c6ef02cb072d0@mail.gmail.com>
	<005201c66054$ab35b1a0$6701a8c0@dp2000>
Message-ID: <31d15f490604142353u6b566bf5tbeffce22434933a5@mail.gmail.com>

I just sent a msg to Zed Shaw about this (you've probably seen it by now).
But it looks like I need to remove that driver and make another release of
Instant Rails.

Curt

On 4/15/06, Bill Walton <bill.walton at charter.net> wrote:
>
> BINGO!
>
> Renamed it (bad-mysql.sob)  Problems gone.  No failures on three tries
> at "add 3, delete#2, add another" and did 100 adds with both WEBrick and
> Mongrel without a hichup.  Renamed it back.  Failed first try, just like
> always.
>
> You are the MAN!
>
> Best regards,
> Bill
>
> ----- Original Message -----
> *From:* Curt Hibbs <curt.hibbs at gmail.com>
> *To:* Bill Walton <bill.walton at charter.net>
> *Sent:* 2006-04-15 12:39 AM
> *Subject:* Re: [Instantrails-developers] WEBrick crashing - IR1.3
>
> Also, those posts made me realize that there are actually two changes in
> Instant Rails between 1.1 and 1.3 -- the new version of Rails, and the
> C-based mysql driver for ruby.
>
> If you want to eliminate the mysql driver as the culprit, then just
> delete:
>
>   InstantRails\ruby\lib\ruby\site_ruby\1.8\i386-msvcrt\mysql.so
>
> Rails will automatically revert to using the Ruby-based mysql driver if
> this file is not found.
>
> Anyway, trying it with and without this mysql.so file will tell us if the
> problem lies here or not.
>
> Curt
>
> On 4/15/06, Bill Walton <bill.walton at charter.net > wrote:
> >
> >  Hi Curt,
> >
> > I hadn't seen that.  I'll test tomorrow to see if I can confirm the lack
> > of a problem on XP.  In the meantime, see the attached which I just
> > captured.  The scenerio is simply entering an ingredient (name = onions,
> > amount = two large) and then clicking the 'add ingredient' button
> > repeatedly.  Took between 11 and 34 clicks.  Can demonstrate the same
> > results with WEBrick.
> >
> > Best regards,
> >  Bill
> >
> >  ----- Original Message -----
> > *From:* Curt Hibbs <curt.hibbs at gmail.com>
> > *To:* instantrails-developers at rubyforge.org
> >  *Sent:* 2006-04-14 11:33 PM
> > *Subject:* Re: [Instantrails-developers] WEBrick crashing - IR1.3
> >
> > On 4/14/06, David Morton < mortonda at dgrmm.net> wrote:
> > >
> > > -----BEGIN PGP SIGNED MESSAGE-----
> > > Hash: SHA1
> > >
> > > Bill Walton wrote:
> > >
> > > > page << "$(item3).className = 'Listline1';"
> > >
> > > Here's an error, you have this hardcoded...
> > >
> > > and I don't know what you are trying with:
> > >
> > > session[:toggle_color] = 1
> > >
> > >
> > > I'm still not getting a segmentation fault.
> > >
> >
> > Have you guys seen this thread (copied below) on ruby-talk? It sounds
> > similar to Bill's problem, but it seems to only happen on Win2k, not WinXP.
> >
> > Curt
> >
> > *Super-unstable Webrick on Windows 2000*
> > 10 messages
> > ------------------------------
> >   *Bryan Duxbury <bryan.duxbury at gmail.com> * *Fri, Apr 14, 2006 at 4:15
> > PM *  Reply-To: ruby-talk at ruby-lang.org
> > To: ruby-talk ML <ruby-talk at ruby-lang.org>
> >    I'm using Ruby 1.8.4 on a Windows 2000 machine. When running anything
> > more than a trivial application, I experience frequent segmentation
> > faults in completely random places. I've read some blogs and the such
> > that indicate it has something to do with MySQL libraries.
> >
> > It all seems pretty silly, since I have a WinXP laptop which runs my
> > apps with no issues at all. Does anyone know what it is about Win2k that
> > causes this sort of behavior? I'm really getting tired of doing all my
> > development on my laptop.
> >
> > --
> > Posted via http://www.ruby-forum.com/ .
> >
> > ------------------------------
> >   *Stephen Caudill <vox at mechavox.com> * *Fri, Apr 14, 2006 at 5:25 PM *  Reply-To:
> > ruby-talk at ruby-lang.org
> > To: ruby-talk ML <ruby-talk at ruby-lang.org>
> >    Why not just use Mongrel[1]?
> >
> > It's pure ruby like Webrick and very fast.
> >
> > hth,
> > Stephen
> >
> > [1] http://mongrel.rubyforge.org/faq.html
> > [Quoted text hidden]
> > ------------------------------
> >   *James Britt <james_b at neurogami.com> * *Fri, Apr 14, 2006 at 6:12 PM *  Reply-To:
> > ruby-talk at ruby-lang.org
> > To: ruby-talk ML <ruby-talk at ruby-lang.org>
> >    Stephen Caudill wrote:
> > > Why not just use Mongrel[1]?
> > >
> > > It's pure ruby like Webrick and very fast.
> >
> > I believe Mongrel has native C code in there, but the gem package for
> > win32 offers a precompiled version.
> >
> > Curious to learn, though, about migrating WEBrick-based apps to Mongrel.
> >
> > I've been developing on my WinXP laptop for about 6 months now, and
> > prior that, a Win2K laptop.  I have a desktop PC, but sitting on the
> > recliner or the beanbag chair is more comfy.
> >
> > I've not had WEBrick issues on WinXP or Win2K, though I don't use Ruby
> > 1.8.4 much on Win2K. My Win2k desktop runs some background jobs,  and at
> > least one (Catapult) is using WEBrick, but nothing too industrial.  And
> > no MySQL + Ruby 1.8.4.
> >
> >
> >
> > --
> > James Britt
> >
> > "In Ruby, no one cares who your parents were, all they care
> >  about is if you know  what you are talking about."
> >   - Logan Capaldo
> >
> > ------------------------------
> >   *Bryan Duxbury <bryan.duxbury at gmail.com> * *Fri, Apr 14, 2006 at 7:20
> > PM *  Reply-To: ruby-talk at ruby-lang.org
> > To: ruby-talk ML <ruby-talk at ruby-lang.org>
> >    Actually, I ran on 1.8.2 for a long time, too. The errors had exactly
> > the same symptoms. I'm really disappointed that the various Mysql
> > libraries that offer to fix this problem don't seem to get it fixed.
> >
> > Would it help if I somehow figured out how to compile my own, which
> > would be linked against the libraries on my machine? Could that be the
> > issue? I'm loathe to try and compile stuff where I don't have to (I like
> > Ruby for a reason...), but I'm getting a little irked that I have to
> > forgo using my nice desktop with dual monitors and use my laptop
> > instead.
> > [Quoted text hidden]
> > ------------------------------
> >   *Patrick Hurley <phurley at gmail.com> * *Fri, Apr 14, 2006 at 9:06 PM *  Reply-To:
> > ruby-talk at ruby-lang.org
> > To: ruby-talk ML <ruby-talk at ruby-lang.org>
> >    [Quoted text hidden]
> > Mongrel is great, but this problem sounds like a mysql driver issue
> > more than web brick. Is it possible to get a stack trace (OS not Ruby)
> > when it segfaults? My guess is that the build of the binary mysql
> > driver does not match the build of the ruby binary (difference in
> > compiler version, etc). You could try building everything yourself or
> > try grabbing a complete set like instant rails.
> >
> > pth
> >
> > ------------------------------
> >   *Bryan Duxbury <bryan.duxbury at gmail.com> * *Fri, Apr 14, 2006 at 9:12
> > PM *  Reply-To: ruby-talk at ruby-lang.org
> > To: ruby-talk ML <ruby-talk at ruby-lang.org>
> >    Patrick Hurley wrote:
> > > On 4/14/06, Bryan Duxbury <bryan.duxbury at gmail.com> wrote:
> > >>
> > >> --
> > >> Posted via http://www.ruby-forum.com/.
> > >>
> > >>
> > >
> > > Mongrel is great, but this problem sounds like a mysql driver issue
> > > more than web brick. Is it possible to get a stack trace (OS not Ruby)
> > > when it segfaults? My guess is that the build of the binary mysql
> > > driver does not match the build of the ruby binary (difference in
> > > compiler version, etc). You could try building everything yourself or
> > > try grabbing a complete set like instant rails.
> > >
> > > pth
> >
> > How would I go about getting an OS stack trace? Do you have any
> > experience doing that on Windows?
> >
> > --
> > [Quoted text hidden]
> > ------------------------------
> >   *Patrick Hurley <phurley at gmail.com> * *Fri, Apr 14, 2006 at 9:44 PM *  Reply-To:
> > ruby-talk at ruby-lang.org
> > To: ruby-talk ML <ruby-talk at ruby-lang.org>
> >    [Quoted text hidden]
> > Been a long time since I used 2000, but do you have Visual C or any
> > other just in time debugger? Most of those allow you to catch a
> > segfaulting processes and grab the stack trace. I know under XP you
> > can actually get that info from the XP error dialog that XP wants to
> > send to Microsoft, but I think they added that for XP. Worst case go
> > to http://www.microsoft.com/whdc/devtools/debugging/default.mspx and
> > grab windbg.exe and attach it to ruby.exe after you start webrick. We
> > don't need much detail, if it is dying in mysql.so or something
> > similar then you know it is the mysql driver, etc.
> >
> > Again my expectation is that you are using some binary extension that
> > was compiled just a little bit differently than the version of ruby
> > you are using. For example one was compiled using VC6 and the other
> > with VC.NET <http://vc.net/> (or whatever they are calling it now). This
> > often works,
> > but it also can lead to difficult to diagnose bugs in discrepancies
> > between the run time libraries (C not Ruby).
> >
> > Good luck
> > pth
> >
> > p.s. I have run webrick and mongrel with mssql and postgres binary
> > drivers under Win2000 (server) without any trouble (not that I was
> > happy about it :-)
> >
> > ------------------------------
> >   *Bryan Duxbury <bryan.duxbury at gmail.com> * *Fri, Apr 14, 2006 at 10:00
> > PM *  Reply-To: ruby-talk at ruby-lang.org
> > To: ruby-talk ML <ruby-talk at ruby-lang.org>
> >    According to the VS.NET <http://vs.net/> debugger, this is the call
> > stack. Does this look
> > like what you were looking for? There's no debug symbols, so all the
> > functions are obfuscated. Is that going to make this more difficult?
> >
> > >       NTDLL.DLL!77f9193c()
> >        NTDLL.DLL!77fb2a30()
> >        NTDLL.DLL!77fb28b1()
> >        NTDLL.DLL!77fa63a5()
> >        NTDLL.DLL!77fa64af()
> >        msvcrt-ruby18.dll!1000b144()
> >        msvcrt-ruby18.dll!1000aebb()
> >        msvcrt-ruby18.dll!1000abe9()
> >        NTDLL.DLL!77fcb301()
> >        NTDLL.DLL!77fcb4be()
> >        NTDLL.DLL!77fcb618()
> >        msvcrt-ruby18.dll!1003b234()
> >        msvcrt-ruby18.dll!1000646f()
> >        NTDLL.DLL!77f877e9()
> >        NTDLL.DLL!77fcd981()
> >        NTDLL.DLL!77fcba2b()
> >        NTDLL.DLL!77fcb9b1()
> >        msvcrt-ruby18.dll!100056d6()
> >        NTDLL.DLL!77f89d99()
> >        KERNEL32.DLL!7c5aa8ba()
> >        msvcrt-ruby18.dll!1000c8e3()
> >        KERNEL32.DLL!7c5aa942()
> >        KERNEL32.DLL!7c58641c()
> >        msvcrt.dll!78012d3d()
> >        msvcrt-ruby18.dll!1000b524()
> >        msvcrt-ruby18.dll!1005f1f3()
> >        msvcrt-ruby18.dll!1000d706()
> >        msvcrt.dll!78001532()
> >        NTDLL.DLL!77f89d99()
> >        KERNEL32.DLL!7c5aa8ba()
> >        NTDLL.DLL!77fcb0ff()
> >        KERNEL32.DLL!7c5aa942()
> >        KERNEL32.DLL!7c58641c()
> >        msvcrt.dll!78007e4f()
> >        NTDLL.DLL!77f8a922()
> >        KERNEL32.DLL!7c596a0f()
> >        msvcrt.dll!78013409()
> >        msvcrt.dll!78012eb5()
> >        msvcrt.dll!78012e81()
> >        msvcrt.dll!78007cd8()
> >        msvcrt.dll!78007ce7()
> >        msvcrt.dll!7800d056()
> >        msvcrt.dll!7800695c()
> >        msvcrt-ruby18.dll!10022034()
> >        NTDLL.DLL!77fcaeed()
> >        NTDLL.DLL!77fcb4be()
> >        NTDLL.DLL!77fcb618()
> >        msvcrt.dll!780242ea()
> >        msvcrt-ruby18.dll!1000c8e3()
> >        msvcrt-ruby18.dll!1000646f()
> >        msvcrt-ruby18.dll!100490ad()
> >        msvcrt.dll!7800c16a()
> >        ruby.exe!00401149()
> >        msvcrt.dll!7800bdb5()
> >        NTDLL.DLL!77fbb272()
> >        NTDLL.DLL!77facc28()
> >        msvcrt-ruby18.dll!10020d99()
> >        msvcrt-ruby18.dll!10045c63()
> >        msvcrt-ruby18.dll!10045d19()
> >        msvcrt-ruby18.dll!10056d94()
> >        msvcrt-ruby18.dll!10057a80()
> >        NTDLL.DLL!77f91bc6()
> >
> > --
> > [Quoted text hidden]
> > ------------------------------
> >   *Patrick Hurley <phurley at gmail.com> * *Fri, Apr 14, 2006 at 10:21 PM *  Reply-To:
> > ruby-talk at ruby-lang.org
> > To: ruby-talk ML <ruby-talk at ruby-lang.org>
> >    On 4/14/06, Bryan Duxbury <bryan.duxbury at gmail.com> wrote:
> > [Quoted text hidden]
> > Ok I admit I did not see what I was expecting, but let's look at
> > things statically. Since you have vs.net, you should also have
> > dumpbin. First look at:
> >
> > dumpbin /dependents ruby.exe
> >
> > then look at
> >
> > dumpbin /dependents mysql.so
> >
> > In particular we want to verify that they are using the same runtime
> > dll's (probably msvcrt.dll which is from vc6). If they are different
> > that is probably the problem.
> >
> > pth
> >
> > ------------------------------
> >   *Bryan Duxbury <bryan.duxbury at gmail.com> * *Fri, Apr 14, 2006 at 10:43
> > PM *  Reply-To: ruby-talk at ruby-lang.org
> > To: ruby-talk ML <ruby-talk at ruby-lang.org>
> >    dumpbin /dependents ruby.exe:
> >
> > File Type: EXECUTABLE IMAGE
> >
> >  Image has the following dependencies:
> >
> >    msvcrt-ruby18.dll
> >    MSVCRT.dll
> >
> >  Summary
> >
> >        1000 .data
> >        1000 .rdata
> >        1000 .rsrc
> >        1000 .text
> >
> > dumpbin /dependents mysql.so
> >
> > Dump of file mysql.so
> >
> > File Type: DLL
> >
> >  Image has the following dependencies:
> >
> >    msvcrt-ruby18.dll
> >    WS2_32.dll
> >    KERNEL32.dll
> >    ADVAPI32.dll
> >
> >  Summary
> >
> >       DC000 .data
> >        B000 .rdata
> >        4000 .reloc
> >        1000 .rsrc
> >       3D000 .text
> >
> > That indicates they aren't sharing the same dependencies, right?
> >
> > BTW - thanks for taking the time to help me so significantly.
> >
> > --
> >
> >  ------------------------------
> >
> > _______________________________________________
> > Instantrails-developers mailing list
> > Instantrails-developers at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/instantrails-developers
> >
> >
> >
>
> _______________________________________________
> Instantrails-developers mailing list
> Instantrails-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instantrails-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060415/95d1c9f7/attachment-0001.htm 

From mortonda at dgrmm.net  Sat Apr 15 09:22:43 2006
From: mortonda at dgrmm.net (David Morton)
Date: Sat, 15 Apr 2006 08:22:43 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
In-Reply-To: <00a801c66046$3407c720$6701a8c0@dp2000>
References: <003701c65f15$e3a410d0$6601a8c0@dp2000>	<443FE11B.2060705@dgrmm.net>
	<00a801c66046$3407c720$6701a8c0@dp2000>
Message-ID: <4440F3A3.3090607@dgrmm.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bill Walton wrote:
> What OS are you running?  It's certainly possible that this is specific to
> Win2K Pro which is what I've got on both my systems.

I have XP pro...

> Mongrel to see what I could do with it.  Looks like it found a way to write
> to my BIOS.  The power management stuff is now not letting the system boot.
> Starts to come up, then goes right back down

???  I don't see how it could do that.


- --
David Morton
Maia Mailguard                        - http://www.maiamailguard.com
Morton Software Design and Consulting - http://www.dgrmm.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEQPOiSIxC85HZHLMRAubAAKCfzU1d39iVJj4xk0dH3Bs8RtQm5gCgkAGG
2ln206PO1IJSOTO5fp3gvwk=
=XY9Q
-----END PGP SIGNATURE-----

From mortonda at dgrmm.net  Sat Apr 15 09:55:42 2006
From: mortonda at dgrmm.net (David Morton)
Date: Sat, 15 Apr 2006 08:55:42 -0500
Subject: [Instantrails-developers] reduce zip size, bug #4071
Message-ID: <4440FB5E.6070806@dgrmm.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

A bug listed on rubyforge has it half right... I think we can safely remove the
iblog* files from the distro, as mysql will just recreate them when started.

We can't get rid of the ibdata file unless we change the cookbook to myisam format.

Getting rid of the iblog files reduces 10M, and the ibdata is another 10M.


Thoughts?



- --
David Morton
Maia Mailguard                        - http://www.maiamailguard.com
Morton Software Design and Consulting - http://www.dgrmm.net
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEQPteSIxC85HZHLMRAgOyAKCjcOTtbrAIQM1O+A4BdnImZ8f++ACfeqIO
z0T2hfsU/QiAZtmXKD0ms/Y=
=u6B9
-----END PGP SIGNATURE-----

From bill.walton at charter.net  Sat Apr 15 10:03:32 2006
From: bill.walton at charter.net (Bill Walton)
Date: Sat, 15 Apr 2006 09:03:32 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
References: <003701c65f15$e3a410d0$6601a8c0@dp2000><443FE11B.2060705@dgrmm.net><31d15f490604142133t1ba432b5kc591bb9d26737302@mail.gmail.com><001801c6604c$3f121b10$6701a8c0@dp2000><31d15f490604142239k1d2c46b1w9e9c6ef02cb072d0@mail.gmail.com><005201c66054$ab35b1a0$6701a8c0@dp2000>
	<31d15f490604142353u6b566bf5tbeffce22434933a5@mail.gmail.com>
Message-ID: <00b401c66095$61710bf0$6701a8c0@dp2000>

I really appreciate the help you guys gave me but I'm not sure another release, especially one that moves backward, is the best immediate response.  I'd recommend further analysis of the problem and a sizing re: impact first.  If folks are having segment faults, we know now there's an easy fix.  I have to finish getting my new system put together so I can get to my email cache to remember what problem the new driver fixed for (it seems) everyone not on Win2K.  Might want to post a note on list to let folks know what to do if they're experiencing segment faults on Win2K but so far, that's the extent of the known problem.  Seems like most are doing development on XP so it may not be that big a problem vis-a-vis impacted parties.  

I just got up a few minutes ago so I'm not 100% yet, but I'll get back to you asap.

Thanks again,
Bill
  ----- Original Message ----- 
  From: Curt Hibbs 
  To: instantrails-developers at rubyforge.org 
  Sent: 2006-04-15 1:53 AM
  Subject: Re: [Instantrails-developers] WEBrick crashing - IR1.3


  I just sent a msg to Zed Shaw about this (you've probably seen it by now). But it looks like I need to remove that driver and make another release of Instant Rails.

  Curt


  On 4/15/06, Bill Walton <bill.walton at charter.net> wrote:
    BINGO!  

    Renamed it (bad-mysql.sob)  Problems gone.  No failures on three tries at "add 3, delete#2, add another" and did 100 adds with both WEBrick and Mongrel without a hichup.  Renamed it back.  Failed first try, just like always.

    You are the MAN!

    Best regards,
    Bill
    ----- Original Message ----- 
    From: Curt Hibbs 
    To: Bill Walton 
    Sent: 2006-04-15 12:39 AM
    Subject: Re: [Instantrails-developers] WEBrick crashing - IR1.3


    Also, those posts made me realize that there are actually two changes in Instant Rails between 1.1 and 1.3 -- the new version of Rails, and the C-based mysql driver for ruby.

    If you want to eliminate the mysql driver as the culprit, then just delete: 

      InstantRails\ruby\lib\ruby\site_ruby\1.8\i386-msvcrt\mysql.so

    Rails will automatically revert to using the Ruby-based mysql driver if this file is not found.

    Anyway, trying it with and without this mysql.so file will tell us if the problem lies here or not.

    Curt


    On 4/15/06, Bill Walton <bill.walton at charter.net > wrote: 
      Hi Curt,

      I hadn't seen that.  I'll test tomorrow to see if I can confirm the lack of a problem on XP.  In the meantime, see the attached which I just captured.  The scenerio is simply entering an ingredient (name = onions, amount = two large) and then clicking the 'add ingredient' button repeatedly.  Took between 11 and 34 clicks.  Can demonstrate the same results with WEBrick.

      Best regards,
      Bill
      ----- Original Message ----- 
      From: Curt Hibbs 
      To: instantrails-developers at rubyforge.org 
      Sent: 2006-04-14 11:33 PM
      Subject: Re: [Instantrails-developers] WEBrick crashing - IR1.3


      On 4/14/06, David Morton < mortonda at dgrmm.net> wrote: 
        -----BEGIN PGP SIGNED MESSAGE-----
        Hash: SHA1

        Bill Walton wrote:

        > page << "$(item3).className = 'Listline1';"

        Here's an error, you have this hardcoded...

        and I don't know what you are trying with: 

        session[:toggle_color] = 1


        I'm still not getting a segmentation fault.


      Have you guys seen this thread (copied below) on ruby-talk? It sounds similar to Bill's problem, but it seems to only happen on Win2k, not WinXP. 

      Curt

      Super-unstable Webrick on Windows 2000
      10 messages 
--------------------------------------------------------------------------
            Bryan Duxbury <bryan.duxbury at gmail.com>  Fri, Apr 14, 2006 at 4:15 PM  
            Reply-To: ruby-talk at ruby-lang.org 
            To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                  I'm using Ruby 1.8.4 on a Windows 2000 machine. When running anything
                  more than a trivial application, I experience frequent segmentation
                  faults in completely random places. I've read some blogs and the such
                  that indicate it has something to do with MySQL libraries.

                  It all seems pretty silly, since I have a WinXP laptop which runs my
                  apps with no issues at all. Does anyone know what it is about Win2k that
                  causes this sort of behavior? I'm really getting tired of doing all my
                  development on my laptop.

                  --
                  Posted via http://www.ruby-forum.com/ .

                 
           

--------------------------------------------------------------------------
            Stephen Caudill <vox at mechavox.com>  Fri, Apr 14, 2006 at 5:25 PM  
            Reply-To: ruby-talk at ruby-lang.org 
            To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                  Why not just use Mongrel[1]?

                  It's pure ruby like Webrick and very fast.

                  hth,
                  Stephen

                  [1] http://mongrel.rubyforge.org/faq.html

                  [Quoted text hidden] 
           

--------------------------------------------------------------------------
            James Britt <james_b at neurogami.com>  Fri, Apr 14, 2006 at 6:12 PM  
            Reply-To: ruby-talk at ruby-lang.org 
            To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                  Stephen Caudill wrote:
                  > Why not just use Mongrel[1]?
                  >
                  > It's pure ruby like Webrick and very fast.

                  I believe Mongrel has native C code in there, but the gem package for
                  win32 offers a precompiled version.

                  Curious to learn, though, about migrating WEBrick-based apps to Mongrel.

                  I've been developing on my WinXP laptop for about 6 months now, and
                  prior that, a Win2K laptop.  I have a desktop PC, but sitting on the
                  recliner or the beanbag chair is more comfy.

                  I've not had WEBrick issues on WinXP or Win2K, though I don't use Ruby
                  1.8.4 much on Win2K. My Win2k desktop runs some background jobs,  and at
                  least one (Catapult) is using WEBrick, but nothing too industrial.  And
                  no MySQL + Ruby 1.8.4.



                  --
                  James Britt

                  "In Ruby, no one cares who your parents were, all they care
                   about is if you know  what you are talking about."
                    - Logan Capaldo

                 
           

--------------------------------------------------------------------------
            Bryan Duxbury <bryan.duxbury at gmail.com>  Fri, Apr 14, 2006 at 7:20 PM  
            Reply-To: ruby-talk at ruby-lang.org 
            To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                  Actually, I ran on 1.8.2 for a long time, too. The errors had exactly
                  the same symptoms. I'm really disappointed that the various Mysql
                  libraries that offer to fix this problem don't seem to get it fixed.

                  Would it help if I somehow figured out how to compile my own, which
                  would be linked against the libraries on my machine? Could that be the
                  issue? I'm loathe to try and compile stuff where I don't have to (I like
                  Ruby for a reason...), but I'm getting a little irked that I have to
                  forgo using my nice desktop with dual monitors and use my laptop
                  instead.

                  [Quoted text hidden] 
           

--------------------------------------------------------------------------
            Patrick Hurley <phurley at gmail.com>  Fri, Apr 14, 2006 at 9:06 PM  
            Reply-To: ruby-talk at ruby-lang.org 
            To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                  [Quoted text hidden]
                  Mongrel is great, but this problem sounds like a mysql driver issue
                  more than web brick. Is it possible to get a stack trace (OS not Ruby)
                  when it segfaults? My guess is that the build of the binary mysql
                  driver does not match the build of the ruby binary (difference in
                  compiler version, etc). You could try building everything yourself or
                  try grabbing a complete set like instant rails.

                  pth

                 
           

--------------------------------------------------------------------------
            Bryan Duxbury <bryan.duxbury at gmail.com>  Fri, Apr 14, 2006 at 9:12 PM  
            Reply-To: ruby-talk at ruby-lang.org 
            To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                  Patrick Hurley wrote:
                  > On 4/14/06, Bryan Duxbury <bryan.duxbury at gmail.com> wrote:
                  >>
                  >> --
                  >> Posted via http://www.ruby-forum.com/.
                  >>
                  >>
                  >
                  > Mongrel is great, but this problem sounds like a mysql driver issue
                  > more than web brick. Is it possible to get a stack trace (OS not Ruby)
                  > when it segfaults? My guess is that the build of the binary mysql
                  > driver does not match the build of the ruby binary (difference in
                  > compiler version, etc). You could try building everything yourself or
                  > try grabbing a complete set like instant rails.
                  >
                  > pth

                  How would I go about getting an OS stack trace? Do you have any
                  experience doing that on Windows?

                  --

                  [Quoted text hidden] 
           

--------------------------------------------------------------------------
            Patrick Hurley <phurley at gmail.com>  Fri, Apr 14, 2006 at 9:44 PM  
            Reply-To: ruby-talk at ruby-lang.org 
            To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                  [Quoted text hidden]
                  Been a long time since I used 2000, but do you have Visual C or any
                  other just in time debugger? Most of those allow you to catch a
                  segfaulting processes and grab the stack trace. I know under XP you
                  can actually get that info from the XP error dialog that XP wants to
                  send to Microsoft, but I think they added that for XP. Worst case go
                  to http://www.microsoft.com/whdc/devtools/debugging/default.mspx and
                  grab windbg.exe and attach it to ruby.exe after you start webrick. We
                  don't need much detail, if it is dying in mysql.so or something
                  similar then you know it is the mysql driver, etc.

                  Again my expectation is that you are using some binary extension that
                  was compiled just a little bit differently than the version of ruby
                  you are using. For example one was compiled using VC6 and the other
                  with VC.NET (or whatever they are calling it now). This often works,
                  but it also can lead to difficult to diagnose bugs in discrepancies
                  between the run time libraries (C not Ruby).

                  Good luck
                  pth

                  p.s. I have run webrick and mongrel with mssql and postgres binary
                  drivers under Win2000 (server) without any trouble (not that I was
                  happy about it :-)

                 
           

--------------------------------------------------------------------------
            Bryan Duxbury <bryan.duxbury at gmail.com>  Fri, Apr 14, 2006 at 10:00 PM  
            Reply-To: ruby-talk at ruby-lang.org 
            To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                  According to the VS.NET debugger, this is the call stack. Does this look
                  like what you were looking for? There's no debug symbols, so all the
                  functions are obfuscated. Is that going to make this more difficult?

                  >       NTDLL.DLL!77f9193c()
                         NTDLL.DLL!77fb2a30()
                         NTDLL.DLL!77fb28b1()
                         NTDLL.DLL!77fa63a5()
                         NTDLL.DLL!77fa64af()
                         msvcrt-ruby18.dll!1000b144()
                         msvcrt-ruby18.dll!1000aebb()
                         msvcrt-ruby18.dll!1000abe9()
                         NTDLL.DLL!77fcb301()
                         NTDLL.DLL!77fcb4be()
                         NTDLL.DLL!77fcb618()
                         msvcrt-ruby18.dll!1003b234()
                         msvcrt-ruby18.dll!1000646f()
                         NTDLL.DLL!77f877e9()
                         NTDLL.DLL!77fcd981()
                         NTDLL.DLL!77fcba2b()
                         NTDLL.DLL!77fcb9b1()
                         msvcrt-ruby18.dll!100056d6()
                         NTDLL.DLL!77f89d99()
                         KERNEL32.DLL!7c5aa8ba()
                         msvcrt-ruby18.dll!1000c8e3()
                         KERNEL32.DLL!7c5aa942()
                         KERNEL32.DLL!7c58641c()
                         msvcrt.dll!78012d3d()
                         msvcrt-ruby18.dll!1000b524()
                         msvcrt-ruby18.dll!1005f1f3()
                         msvcrt-ruby18.dll!1000d706()
                         msvcrt.dll!78001532()
                         NTDLL.DLL!77f89d99()
                         KERNEL32.DLL!7c5aa8ba()
                         NTDLL.DLL!77fcb0ff()
                         KERNEL32.DLL!7c5aa942()
                         KERNEL32.DLL!7c58641c()
                         msvcrt.dll!78007e4f()
                         NTDLL.DLL!77f8a922()
                         KERNEL32.DLL!7c596a0f()
                         msvcrt.dll!78013409()
                         msvcrt.dll!78012eb5()
                         msvcrt.dll!78012e81()
                         msvcrt.dll!78007cd8()
                         msvcrt.dll!78007ce7()
                         msvcrt.dll!7800d056()
                         msvcrt.dll!7800695c()
                         msvcrt-ruby18.dll!10022034()
                         NTDLL.DLL!77fcaeed()
                         NTDLL.DLL!77fcb4be()
                         NTDLL.DLL!77fcb618()
                         msvcrt.dll!780242ea()
                         msvcrt-ruby18.dll!1000c8e3()
                         msvcrt-ruby18.dll!1000646f()
                         msvcrt-ruby18.dll!100490ad()
                         msvcrt.dll!7800c16a()
                         ruby.exe!00401149()
                         msvcrt.dll!7800bdb5()
                         NTDLL.DLL!77fbb272()
                         NTDLL.DLL!77facc28()
                         msvcrt-ruby18.dll!10020d99()
                         msvcrt-ruby18.dll!10045c63()
                         msvcrt-ruby18.dll!10045d19()
                         msvcrt-ruby18.dll!10056d94()
                         msvcrt-ruby18.dll!10057a80()
                         NTDLL.DLL!77f91bc6()

                  --

                  [Quoted text hidden] 
           

--------------------------------------------------------------------------
            Patrick Hurley <phurley at gmail.com>  Fri, Apr 14, 2006 at 10:21 PM  
            Reply-To: ruby-talk at ruby-lang.org 
            To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                  On 4/14/06, Bryan Duxbury <bryan.duxbury at gmail.com> wrote:

                  [Quoted text hidden]
                  Ok I admit I did not see what I was expecting, but let's look at
                  things statically. Since you have vs.net, you should also have
                  dumpbin. First look at:

                  dumpbin /dependents ruby.exe

                  then look at

                  dumpbin /dependents mysql.so

                  In particular we want to verify that they are using the same runtime
                  dll's (probably msvcrt.dll which is from vc6). If they are different
                  that is probably the problem.

                  pth

                 
           

--------------------------------------------------------------------------
            Bryan Duxbury <bryan.duxbury at gmail.com>  Fri, Apr 14, 2006 at 10:43 PM  
            Reply-To: ruby-talk at ruby-lang.org 
            To: ruby-talk ML <ruby-talk at ruby-lang.org>  
                  dumpbin /dependents ruby.exe:

                  File Type: EXECUTABLE IMAGE

                   Image has the following dependencies:

                     msvcrt-ruby18.dll
                     MSVCRT.dll

                   Summary

                         1000 .data
                         1000 .rdata
                         1000 .rsrc
                         1000 .text

                  dumpbin /dependents mysql.so

                  Dump of file mysql.so

                  File Type: DLL

                   Image has the following dependencies:

                     msvcrt-ruby18.dll
                     WS2_32.dll
                     KERNEL32.dll
                     ADVAPI32.dll

                   Summary

                        DC000 .data
                         B000 .rdata
                         4000 .reloc
                         1000 .rsrc
                        3D000 .text

                  That indicates they aren't sharing the same dependencies, right?

                  BTW - thanks for taking the time to help me so significantly.

                  --
                 
           




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


      _______________________________________________
      Instantrails-developers mailing list
      Instantrails-developers at rubyforge.org
      http://rubyforge.org/mailman/listinfo/instantrails-developers






    _______________________________________________
    Instantrails-developers mailing list
    Instantrails-developers at rubyforge.org 
    http://rubyforge.org/mailman/listinfo/instantrails-developers






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


  _______________________________________________
  Instantrails-developers mailing list
  Instantrails-developers at rubyforge.org
  http://rubyforge.org/mailman/listinfo/instantrails-developers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060415/ef6b813e/attachment-0001.htm 

From bill.walton at charter.net  Sat Apr 15 11:01:15 2006
From: bill.walton at charter.net (Bill Walton)
Date: Sat, 15 Apr 2006 10:01:15 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
References: <003701c65f15$e3a410d0$6601a8c0@dp2000>	<443FE11B.2060705@dgrmm.net><00a801c66046$3407c720$6701a8c0@dp2000>
	<4440F3A3.3090607@dgrmm.net>
Message-ID: <00cd01c6609d$718ff6b0$6701a8c0@dp2000>

David Morton wrote:

> Bill Walton wrote:

> > Mongrel to see what I could do with it.
> > Looks like it found a way to write to my
> > BIOS.  The power management stuff is
> > now not letting the system boot. Starts to
> > come up, then goes right back down
>
> ???  I don't see how it could do that.
>
My guess at this point is that it wasn't Mongrel that did the actual write,
but the MySQL driver.  Drivers aren't subject to same level of memory
management as apps.  Most BIOS comes in flash memory so that it can be
upgraded.  Pretty easy for it to happen, actually.

During my testing yesterday of Mongrel yesterday, on two seperate occasions,
I got system errors telling me that Ruby.exe had tried to write to low
memory.  I thought I'd captured the dialogs.  I'm using a screen capture
tool that's new to me and the previews showed me I'd captured both the
dialogs and the window behind them as I'd intended.  Unfortunately, I didn't
check the actual files that were written right away and, in fact, it only
captured the window, not the dialogs.  Oh well...

hth,
Bill

From bill.walton at charter.net  Sat Apr 15 11:54:19 2006
From: bill.walton at charter.net (Bill Walton)
Date: Sat, 15 Apr 2006 10:54:19 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3
References: <003701c65f15$e3a410d0$6601a8c0@dp2000><443FE11B.2060705@dgrmm.net>
	<31d15f490604142133t1ba432b5kc591bb9d26737302@mail.gmail.com>
Message-ID: <010a01c660a4$db85cd40$6701a8c0@dp2000>

A couple of thoughts below.

Curt Hibbs wrote:
<snip>

> Have you guys seen this thread (copied below)
> on ruby-talk? It sounds similar to Bill's problem,
> but it seems to only happen on Win2k, not WinXP.
>
> Curt
>
> Super-unstable Webrick on Windows 2000
<snip>
>
> Bryan Duxbury wrote:
> I'm using Ruby 1.8.4 on a Windows 2000 machine.
> When running anything more than a trivial application,
> I experience frequent segmentation faults in completely
> random places. I've read some blogs and the such
> that indicate it has something to do with MySQL libraries.
<snip>
>
> Bryan Duxbury wrote:
> Actually, I ran on 1.8.2 for a long time, too. The errors
> had exactly the same symptoms.

This second comment re: 1.8.2 makes me wonder.  If he was having the same
problem using 1.8.2, I wonder if it's caused directly by the new driver
included in IR-1.3, or if maybe that driver just makes it easier to show /
reproduce the problem, or at least one facet of it.

I think more testing is needed on Win2K.  The little app I've been working
with shows, on my systems at least, the (or a) problem first time, every
time.  What I'd recommend is reaching out to the list to see if we can get a
little help from other IR users on Win2K.  We could give them my code see if
their results give us additional info that helps us zero in on a permanent
solution.  We might also be able to collect some of _their_ code that would
help us in that respect.

I'm going to be offline for an hour or two while I get the new system put
togther.  Got to get the disks from the old system installed, etc.  I'll be
happy to coordinate this testing effort if you like.  Think on it.  I'll be
back in a while.

Best regards,
Bill

From curt.hibbs at gmail.com  Sun Apr 16 01:40:34 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Sun, 16 Apr 2006 00:40:34 -0500
Subject: [Instantrails-developers] reduce zip size, bug #4071
In-Reply-To: <4440FB5E.6070806@dgrmm.net>
References: <4440FB5E.6070806@dgrmm.net>
Message-ID: <31d15f490604152240n5902f8f2h52405d99620710b3@mail.gmail.com>

On 4/15/06, David Morton <mortonda at dgrmm.net> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> A bug listed on rubyforge has it half right... I think we can safely
> remove the
> iblog* files from the distro, as mysql will just recreate them when
> started.
>
> We can't get rid of the ibdata file unless we change the cookbook to
> myisam format.
>
> Getting rid of the iblog files reduces 10M, and the ibdata is another 10M.
>
>
> Thoughts?


I think you know more about this than I do. If you can make it work then go
for it.

Curt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060416/6a61b4bb/attachment.htm 

From curt.hibbs at gmail.com  Mon Apr 17 15:37:42 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Mon, 17 Apr 2006 14:37:42 -0500
Subject: [Instantrails-developers] WEBrick crashing - IR1.3 [caused by
	MySQL Ruby]
In-Reply-To: <C069656A.14BAB%zedshaw@zedshaw.com>
References: <31d15f490604142352o62aaef44q19aaada724ffabb5@mail.gmail.com>
	<C069656A.14BAB%zedshaw@zedshaw.com>
Message-ID: <31d15f490604171237k79f2cc4arcca33e3cb39e765@mail.gmail.com>

Damn... I really didn't want to hear that!

Thanks, Zed.

Curt

On 4/17/06, Zed Shaw <zedshaw at zedshaw.com> wrote:
>
> Thanks Curt, yeah we've also been seeing segfaults on win2k only.  I'm
> betting that's the main cause.  WinXP seems to work just fine so I'm
> thinking there'd need to be four versions of the driver for the 2 mysql
> versions and win2k vs. winxp.
>
> It's pretty sad though since you're screwed either way.  If you go with
> the pure ruby driver it drops connections.  If you go with the binary driver
> it crashes on win2k.
>
> I'll let you know if I can find anything.
>
> Zed
>
>
> On 4/15/06 2:52 AM, "Curt Hibbs" <curt.hibbs at gmail.com> wrote:
>
> Zed, after the report you sent me on your MySQL driver woes, I picked up
> the native MySQL binding you referenced (
> http://www.vandomburg.net/pages/mysql-ruby-windows
> <http://www.vandomburg.net/pages/mysql-ruby-windows><http://www.vandomburg.net/pages/mysql-ruby-windows>) for the next release of Instant Rails.
>
>
>
> However, Bill Walton started having a segfault problem (see his original
> report below). We've been back and forth on this for the last couple days
> and we just now isolated the problem to that native MySQL driver. The
> problem consistently disappears when the driver is removed and reappears
> when the driver is reinstated.
>
> It looks like I'm going to have to make another Instant Rails release and
> remove the native driver. But I wanted to get your take on this since, in
> your case, the native driver actually solved your problem.
>
> This has me a bit perplexed.
>
> Curt
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060417/2a26ce60/attachment.htm 

From curt.hibbs at gmail.com  Tue Apr 18 15:28:41 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Tue, 18 Apr 2006 14:28:41 -0500
Subject: [Instantrails-developers] Fwd: [Rails] Re: Re: MySQL losts
	connection, can't refer to User (Win cra
In-Reply-To: <3a3d58af0604181217k16e825e4y51123bdb4fbc5d41@mail.gmail.com>
References: <e0drpu$rbk$1@sea.gmane.org>
	<8e0de09e0603290616k1e0d97cbsc8dbe6200bdf16dc@mail.gmail.com>
	<e0e6ne$4t8$1@sea.gmane.org>
	<08aada4a0ac5f1efe3e5f6d1e6f529ff@ruby-forum.com>
	<3a3d58af0604172251p1efeec6fm3b7a94768c440a07@mail.gmail.com>
	<d951759bd2574334f1a5a2b2531ffd55@ruby-forum.com>
	<3a3d58af0604181217k16e825e4y51123bdb4fbc5d41@mail.gmail.com>
Message-ID: <31d15f490604181228y6fc4c7bw556e4e0f4b84c61e@mail.gmail.com>

Bill is not alone... here's another IR user who got the segfault problem
with with the mysql.so driver.

My feeling is that stability is the most important thing, strongly towards
releasing a 1.3a without this driver. Feel free to talk me out of this if
you think that's a bad idea.

Curt

---------- Forwarded message ----------
From: Mark E. <spamingfree at gmail.com>
Date: Apr 18, 2006 10:57 AM
Subject: [Rails]  Re: Re: MySQL losts connection, can't refer to User (Win
cra
To: rails at lists.rubyonrails.org


Curt Hibbs wrote:
> On 4/17/06, Mark E. <spamingfree at gmail.com> wrote:
>> (running for SCGI) that crashes and must be continually restarted.
>>
>> I'm not sure where the problem is. I presume it is a newer problem
>> because when I was using RoR 1.0 (InstantRails 1.0) I never noticed
>> these crashes. But I was brand new to RoR then too.
>>
>> I hope there is something that can be done for improved Windows
>> stability.
>>
>> -Mark E.
>
> Try deleting the file:
>
>   InstantRails\ruby\lib\ruby\site_ruby\1.8\i386-msvcrt\mysql.so
>
>[...]
> Curt

Curt,

That seemed to fix it! Thanks! I haven't had a crash since I remove that
file. That makes me feel much better now about future development on
RoR.

Thanks,
-Mark E.

--
Posted via http://www.ruby-forum.com/.
_______________________________________________
Rails mailing list
Rails at lists.rubyonrails.org
http://lists.rubyonrails.org/mailman/listinfo/rails
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060418/36e6e85f/attachment.htm 

From curt.hibbs at gmail.com  Sat Apr 22 05:57:13 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Sat, 22 Apr 2006 04:57:13 -0500
Subject: [Instantrails-developers] Native MySQL driver in InstantRails
In-Reply-To: <200604220946.k3M9kaVP004438@rubyforge.org>
References: <200604220946.k3M9kaVP004438@rubyforge.org>
Message-ID: <31d15f490604220257w299099b5m740c042a34eda3a2@mail.gmail.com>

On 4/22/06, Roderick van Domburg <roderick at vandomburg.net> wrote:
>
> Hi Curt,
>
> Just read that you removed the native C driver from InstantRails. I'm the
> maintainer of that distribution and was unware of any segfaults on Windows
> 2000 (I don't have any of those machines around anymore).


Sorry about that... I'm extremely overloaded at the moment and with over 400
downloads of Instant Rails a day, I couldn't afford to have a major support
problem. Thanks for taking the initiative to contact me.

It would have been great if you would've contacted me about the issue, so we
> could have sorted it out pro-actively. I'll be looking into the issue
> momentarily -- do you have a 2000 box you could try it out on?
>

I'm copying Bill Walton on this. He's got a well defined test case that
causes the problem pretty consistently. Hopefully, he can help with any
testing.

Curt

PS
  I'm also CC'ing the whole Instant Rails development team, to keep everyone
in the loop.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060422/41cf7809/attachment.htm 

From bill.walton at charter.net  Sat Apr 22 12:39:27 2006
From: bill.walton at charter.net (Bill Walton)
Date: Sat, 22 Apr 2006 11:39:27 -0500
Subject: [Instantrails-developers] Native MySQL driver in InstantRails
References: <200604220946.k3M9kaVP004438@rubyforge.org>
	<31d15f490604220257w299099b5m740c042a34eda3a2@mail.gmail.com>
	<444A0775.1090809@vandomburg.net>
Message-ID: <000901c6662b$53b251e0$6501a8c0@Presario>

Hi Roderick,

Roderick van Domburg wrote:

> Meanwhile, I've posted a test build on 
> http://www.vandomburg.net/files/mysql-ruby-win2k.zip that is very likely 
> to fix the issue. Please take them out for a spin on both Windows 2000 and 
> XP and let me know the results.
>
> In short, I had been linking against the static libmysqlclient library 
> instead of the libmysql stub. It *might* be possible that you now need to 
> copy MySQL's libmysql.dll to Ruby's bindir, but I have received no such 
> complaints from my Windows XP boxes.

I downloaded the new drivers as well as the libmysql.dll.  I'm using Instant 
Rails which comes with MySQL Version 14.7 Distribution 4.1.9 and so tested 
the mysql-4.1.so driver.  I've attached two screen captures; one of the 
error dialog box and the other of the errors dumped to the browser.  Please 
let me know if there's anything else I can do to assist.

Best regards,
Bill 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: error-new-driver-4-dialog.gif
Type: image/gif
Size: 4263 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060422/d0687d91/attachment-0002.gif 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: error-new-driver-4-browser.gif
Type: image/gif
Size: 31182 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/instantrails-developers/attachments/20060422/d0687d91/attachment-0003.gif 

From bill.walton at charter.net  Sat Apr 22 12:44:39 2006
From: bill.walton at charter.net (Bill Walton)
Date: Sat, 22 Apr 2006 11:44:39 -0500
Subject: [Instantrails-developers] Native MySQL driver in InstantRails
References: <200604220946.k3M9kaVP004438@rubyforge.org><31d15f490604220257w299099b5m740c042a34eda3a2@mail.gmail.com><444A0775.1090809@vandomburg.net>
	<000901c6662b$53b251e0$6501a8c0@Presario>
Message-ID: <003401c6662c$0cf22db0$6501a8c0@Presario>

I should probably have included --

I'm using IR 1.3, and
I renamed mysql-4.1.so to mysql.so before putting it in the Ruby\bin 
directory.

Sorry if those omissions caused any questions / concerns.

Best regards,
Bill
----- Original Message ----- 
From: "Bill Walton" <bill.walton at charter.net>
To: "Roderick van Domburg" <roderick at vandomburg.net>; <curt at hibbs.com>
Cc: "Instant Rails DEV" <instantrails-developers at rubyforge.org>
Sent: Saturday, April 22, 2006 11:39 AM
Subject: Re: [Instantrails-developers] Native MySQL driver in InstantRails


> Hi Roderick,
>
> Roderick van Domburg wrote:
>
>> Meanwhile, I've posted a test build on
>> http://www.vandomburg.net/files/mysql-ruby-win2k.zip that is very likely
>> to fix the issue. Please take them out for a spin on both Windows 2000 
>> and
>> XP and let me know the results.
>>
>> In short, I had been linking against the static libmysqlclient library
>> instead of the libmysql stub. It *might* be possible that you now need to
>> copy MySQL's libmysql.dll to Ruby's bindir, but I have received no such
>> complaints from my Windows XP boxes.
>
> I downloaded the new drivers as well as the libmysql.dll.  I'm using 
> Instant
> Rails which comes with MySQL Version 14.7 Distribution 4.1.9 and so tested
> the mysql-4.1.so driver.  I've attached two screen captures; one of the
> error dialog box and the other of the errors dumped to the browser. 
> Please
> let me know if there's anything else I can do to assist.
>
> Best regards,
> Bill
>


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


> _______________________________________________
> Instantrails-developers mailing list
> Instantrails-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instantrails-developers 


From bill.walton at charter.net  Sat Apr 22 13:13:25 2006
From: bill.walton at charter.net (Bill Walton)
Date: Sat, 22 Apr 2006 12:13:25 -0500
Subject: [Instantrails-developers] Oops -- Re: Native MySQL driver in
	InstantRails
References: <200604220946.k3M9kaVP004438@rubyforge.org><31d15f490604220257w299099b5m740c042a34eda3a2@mail.gmail.com><444A0775.1090809@vandomburg.net><000901c6662b$53b251e0$6501a8c0@Presario>
	<003401c6662c$0cf22db0$6501a8c0@Presario>
Message-ID: <001a01c66630$11bb51b0$6501a8c0@Presario>

I did rename mysql-4.1.so to mysql.so but I did *not* put it in ruby\bin as 
I said below.  File locations are:

InstantRails\ruby\lib\ruby\site_ruby\i386-mscvrt\mysql.so
InstantRails\ruby\bin\libmySQL.dll

Sorry about that ;-(

Best regards,
Bill
----- Original Message ----- 
From: "Bill Walton" <bill.walton at charter.net>
To: <instantrails-developers at rubyforge.org>; "Roderick van Domburg" 
<roderick at vandomburg.net>; <curt at hibbs.com>
Cc: "Instant Rails DEV" <instantrails-developers at rubyforge.org>
Sent: Saturday, April 22, 2006 11:44 AM
Subject: Re: [Instantrails-developers] Native MySQL driver in InstantRails


>I should probably have included --
>
> I'm using IR 1.3, and
> I renamed mysql-4.1.so to mysql.so before putting it in the Ruby\bin
> directory.
>
> Sorry if those omissions caused any questions / concerns.
>
> Best regards,
> Bill
> ----- Original Message ----- 
> From: "Bill Walton" <bill.walton at charter.net>
> To: "Roderick van Domburg" <roderick at vandomburg.net>; <curt at hibbs.com>
> Cc: "Instant Rails DEV" <instantrails-developers at rubyforge.org>
> Sent: Saturday, April 22, 2006 11:39 AM
> Subject: Re: [Instantrails-developers] Native MySQL driver in InstantRails
>
>
>> Hi Roderick,
>>
>> Roderick van Domburg wrote:
>>
>>> Meanwhile, I've posted a test build on
>>> http://www.vandomburg.net/files/mysql-ruby-win2k.zip that is very likely
>>> to fix the issue. Please take them out for a spin on both Windows 2000
>>> and
>>> XP and let me know the results.
>>>
>>> In short, I had been linking against the static libmysqlclient library
>>> instead of the libmysql stub. It *might* be possible that you now need 
>>> to
>>> copy MySQL's libmysql.dll to Ruby's bindir, but I have received no such
>>> complaints from my Windows XP boxes.
>>
>> I downloaded the new drivers as well as the libmysql.dll.  I'm using
>> Instant
>> Rails which comes with MySQL Version 14.7 Distribution 4.1.9 and so 
>> tested
>> the mysql-4.1.so driver.  I've attached two screen captures; one of the
>> error dialog box and the other of the errors dumped to the browser.
>> Please
>> let me know if there's anything else I can do to assist.
>>
>> Best regards,
>> Bill
>>
>
>
> --------------------------------------------------------------------------------
>
>
>> _______________________________________________
>> Instantrails-developers mailing list
>> Instantrails-developers at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/instantrails-developers
>
> _______________________________________________
> Instantrails-developers mailing list
> Instantrails-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instantrails-developers
> 


From bill.walton at charter.net  Sat Apr 22 14:06:40 2006
From: bill.walton at charter.net (Bill Walton)
Date: Sat, 22 Apr 2006 13:06:40 -0500
Subject: [Instantrails-developers] Test lab needed?
Message-ID: <003501c66637$818f6290$6501a8c0@Presario>

I've been thinking about this for a bit now (since about 2 days into trying to figure out the MySQL driver problem) and thought I'd 'run it up the flag pole.'  I'm thinking out loud here, so this is an invitiation to a conversation.  If you don't think it's needed, please say so.  If you think it's too big or too small, please say so.  Any and all feedback will be appreciated.

It seems to me that problems like this one with the MySQL driver are just going to become a larger and larger issue as 
1) Ruby on Rails grows,
2) the number of plug-ins available / in-use for RoR grows, and
3) the number of platforms on which RoR is being run grows.

Said differently, these kinds of problems are a natural consequence of the success of RoR and the growth of the RoRing community -- both things I'm sure we're all hoping for.

To address the looming problem, I'm considering setting up a test lab.  The lab would:
1) have a variety of hardware / OS / DB / Webserver configs.,
2) have variety of test apps that would be runnable on each of those configs., and
3) be usable remotely for debugging purposes.

The test apps would be small, like the one I've been having trouble with, each demonstrating only one or two capabilities of RoR.  The initial set could be drawn from the tutorials that are out there.  Others could be contributed from the development community using RoR, from the development community contributing to the growth of RoR (including plugins), and potentially from the development community for tools like MySQL.  In addition to serving as test apps, these apps could serve as a 'best practices' library for RoR developers -- sort of one-step-up from code snippets.

Please note that I have not figured out how to get there from here.  First question is... is there a need to go there?

I'd appreciate any feedback.

Best regards,
Bill
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060422/292563ab/attachment.htm 

From curt.hibbs at gmail.com  Sun Apr 23 12:36:18 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Sun, 23 Apr 2006 11:36:18 -0500
Subject: [Instantrails-developers] Test lab needed?
In-Reply-To: <003501c66637$818f6290$6501a8c0@Presario>
References: <003501c66637$818f6290$6501a8c0@Presario>
Message-ID: <31d15f490604230936i2e71789dh48a8063492124de@mail.gmail.com>

This sounds like a nice idea. I really don't know how much of a need there
is, but it sounds like something that could require a serious time
commitment. I'd make sure you have the extra bandwidth for it.

Curt

On 4/22/06, Bill Walton <bill.walton at charter.net> wrote:
>
> I've been thinking about this for a bit now (since about 2 days into
> trying to figure out the MySQL driver problem) and thought I'd 'run it up
> the flag pole.'  I'm thinking out loud here, so this is an invitiation to a
> conversation.  If you don't think it's needed, please say so.  If you think
> it's too big or too small, please say so.  Any and all feedback will be
> appreciated.
>
> It seems to me that problems like this one with the MySQL driver are just
> going to become a larger and larger issue as
> 1) Ruby on Rails grows,
> 2) the number of plug-ins available / in-use for RoR grows, and
> 3) the number of platforms on which RoR is being run grows.
>
> Said differently, these kinds of problems are a natural consequence of the
> success of RoR and the growth of the RoRing community -- both things I'm
> sure we're all hoping for.
>
> To address the looming problem, I'm considering setting up a test lab.
> The lab would:
> 1) have a variety of hardware / OS / DB / Webserver configs.,
> 2) have variety of test apps that would be runnable on each of those
> configs., and
> 3) be usable remotely for debugging purposes.
>
> The test apps would be small, like the one I've been having trouble with,
> each demonstrating only one or two capabilities of RoR.  The initial set
> could be drawn from the tutorials that are out there.  Others could be
> contributed from the development community using RoR, from the development
> community contributing to the growth of RoR (including plugins), and
> potentially from the development community for tools like MySQL.  In
> addition to serving as test apps, these apps could serve as a 'best
> practices' library for RoR developers -- sort of one-step-up from code
> snippets.
>
> Please note that I have not figured out how to get there from here.  First
> question is... is there a need to go there?
>
> I'd appreciate any feedback.
>
> Best regards,
> Bill
>
> _______________________________________________
> Instantrails-developers mailing list
> Instantrails-developers at rubyforge.org
> http://rubyforge.org/mailman/listinfo/instantrails-developers
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060423/31dabb72/attachment.htm 

From curt.hibbs at gmail.com  Mon Apr 24 09:36:40 2006
From: curt.hibbs at gmail.com (Curt Hibbs)
Date: Mon, 24 Apr 2006 08:36:40 -0500
Subject: [Instantrails-developers] Including RadRails in Instant Rails [was:
	another demo app....]
Message-ID: <31d15f490604240636m5e5f609dx267304cb603fa282@mail.gmail.com>

On 4/23/06, David Morton <mortonda at dgrmm.net> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Curt Hibbs wrote:
>
> > Also, I'm getting more interested in the idea of also including
> > RadRails. I have a couple concerns, though. First, it would balloon our
> > download size,  and I really would want to make a new release everytime
> > there was an update.
> >
> > Any thoughts?
>
> Well, we could just point to it from some docs and our download page, and
> then
> have a default place to put it and menu items to detect and run it if
> available.
>
> OTOH, despite download size, it's just simply the best tool on
> windows.  It's
> always in my own personal IR folder... I copy it over on a new download
> before I
> even start IR. :)
>

Before carrying this discussion any further, I figured we better get
everyone in the loop.

I starting using RadRails seriously about two weeks ago, and I am impressed.
It is very, very good... and open source, too! If we include RadRails
directly, that balloons our download to 85MB. If we don't include it (but
provide support if we detect it inside our directory tree), then a lot of
people won't bother to take that extra step.

Yesterday, I was reticent to almost double our already large download size,
but I'm starting to think that this is a silly worry, that having a complete
solution in one convenient package is more important. What do you think?

I really didn't want to do any more work on the (throw away) IR Manager 1,
but IR 2 is still too far away. [Aside: Tanner, how are things going? I
expect to be able to put more time in on IR 2 after RailsConf.]

I can see a couple useful additions to IR Manager 1:


   1. A button/menu-item for starting any embedded instance of RadRails.
   2. Start-Menu integration: automatically create an Instant Rails
   Start-Menu group containing shortcuts to things like RadRails, the IR
   Manager, and some other stuff that you would get if you actually installed
   the one-click installer. The paths in these shortcuts could be automatically
   updated whenever we detect a directory change and update the config files.


If this looks like a go, then David: can you research what RadRails files
would need to be updated when IR detects a directory change. I should be
able to squeeze in IR Manager work in item #1 above, but probably not #2 (at
least not until after RailsConf).

Curt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060424/d93c4e08/attachment-0001.htm