World: r3wp

Find the following line in the driver source :

buf-size: cache-size: 10000

and change it to :

buf-size: cache-size: 500'000

Run your tests and tell me if this fix your problem (else try the 
others options).

Great! Changing buf-size to 500000 solved the problem.

Actually what I posted in Chat applies directly to MySQL, if anyone 
happens to know.

So, it looks like a bad read buffer size setting.

The read of the buffer size is done by the 'read-int24 rule, isn't 
it?

True.

Luca, let's try a more cleaner fix for this issue, replace the following 
code :

;--- reading data ---
		if packet-len > pl/buf-size [

   net-log reform ["Expanding buffer, old:" pl/buf-size "new:" packet-len]
			tmp: pl/cache
			pl/buffer: make binary! pl/buf-size: packet-len
			pl/cache: make binary! pl/cache-size: pl/buf-size
			sys-insert tail pl/cache tmp
		]

by :

;--- reading data ---
		if packet-len > pl/buf-size [

   net-log reform ["Expanding buffer, old:" pl/buf-size "new:" packet-len]
			tmp: pl/cache
			pl/buffer: make binary! pl/buf-size: packet-len + length? tmp
			pl/cache: make binary! pl/cache-size: pl/buf-size
			sys-insert tail pl/cache tmp
		]

(just one line changed)

Just a moment...

revert the initial buf-size to 10'000

then try again.

Sure :-)

Going to sleep, will see the result tomorrow. Thanks for your help 
tracking this bug.

Thank to help solve it :-)

Not solved using this last suggestion.

I use the protocol with MySQL 4.1.5 and 5.0.22 and never noticed 
such a problem.

But I'm not storing such a big data

Cal and I modified this line: 

pl/buffer: make binary! pl/buf-size: packet-len

to this:

pl/buffer: make binary! pl/buf-size: packet-len + 10 

and it works now.

Your other suggestion must have fail because tmp may have been zero 
length.

I'm preparing to switch my OS to a slack partition with MySQL 4.1 
(I believe)

OOPS! didn't mean to hit ENTER. sorry. Anyway, there used to be a 
test site at http://powerofq.com- it is no longer available, I believe 
that the test module was 'mysqlprot. are those resources still available?

hi

MySQL Driver 1.1.0 will be released today. The new features are :

- There's now a new preferred way to query data, the SEND-SQL global 
function. The INSERT/COPY methods are still available for cases where 
finer-grained control or ressources optimization is required. Example:


send-sql [ /flat ] [ /named ] [ /raw ] db "SQL query or server command"

- New "named fields" mode in the driver produce recordsets with named 
field. Example :


author: send-sql/named db "SELECT id, name, birthyear FROM authors 
WHERE id=1"
print [author/name "is born in" author/birthyear]

- Support for multiple statements in queries has been added (separated 
by semicolons). Now, you can, for example :

	send-sql db read %setup.sql

I'm currently updating the documentation, I'll post in [Announce] 
when it will be ready for download.

Excellent Doc! Thanks for continuing to improve it.

Thanks Gregg for your support !

doc, would you allow rebol.org to host your msq libs?  just in an 
attempt to increase awareness of the size and quality of the rebol 
code out there?

rebol.org is RT's property. My driver is a free concurrent to RT's 
commercial one.

don't you think it would be a problem for RT ?

sorry, concurrent => competitor

I don't think so... people buy command for the ODBC  IMHO.

AFAIK this problem will go away with R3 anyway

but in any case, rebol.org is a community space.  although the site 
H/W and domain is "owned" by RT ,  the actual service has no useage 
limits AFAIK.

henrik, maybe not... who says RT won't offer plugins for a fee?

but in general, it does seem like the concept of /pro will change 
or disapear.

If you think it's ok with RT, you can put a copy of the new driver 
in rebol.org once I release it (should be tonight).

I think that's a great idea, Doc!
***

RT own the domain for rebol.org (and pay all the hosting charges).

They have never vetoed any scripts .... the topic has never come 
up.


Publishing to REBOL.org leaves you with all your ownership rights 
(unlike some libraries that claim ownership on any contributions). 
All REBOL.org requires is the non-exclusive right to publish the 
script and its documentation:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/boiler.r?display=script-owner-faq

cool ! :-)

I didn't made it before because I wanted to keep track of the download 
stats (usefull info to estimate the size and activity of the community), 
but it's no more necessary, the community seems to be stable since 
several years now.

I think many of us don't use rebol.org as much as we should.

As a script owner on REBOL.org you have access to up-to-the-minute 
access and download stats.