Rocks'n'Diamonds

Create a shortcut of the exe, right click the shortcut and go to properties, under the shortcut tab click in the target box and add to the end of that any of the command parameters you want.

Or just open a Windows command line window (in the same directory where the EXE file lives) and just type it exactly like in HerzAusGold's post!

Impressive work with the sokomode! Click-and-move in R'n'D...Nice!
Too bad level 2 doesn't work... I think the CE's are supposed to warp you, not? It doesn't work with me...

And thanks for the info to make it work, Darkon! (and Holger, too!)

HerzAusGold wrote:You can now download every thing (series or single levels) !
> rndTest09 -url=rndfa:181
or
> rndtest09 -url=artsoft:BD2K3-1.0.0.zip

Sounds nice
But I see that either way someone tried using "rndtest09 -url=rndfa:BD2K3-1.0.0.zip, or there is a bug in the program...

The ip which tried to download BD2K3-1.0.0.zip from the rndfa had an ip beginning with 84.147... I might figure out who it is, but haven't investigated it yet...

* rockford4ever:

On an normal installation of rnd it should works.
If you use the "snake_bite" way - SnakeBite have to be already installed.
- Not automatically downloaded.
Ahh. You have to reach the exit!! (Click with mouse like requested)
Then a door dialog opened with "Warp to ..."

* zomis:
Dont know where this IP comes from.
I swear there is no trojan or something else in my code!
You can look to the source.
May be this is because file is missing on your server - dont know what the the curl-lib do here... but you can get a trace of this

"zurl.conf" need some explaination:
a)
if you type
> rndTest09 -url=rndfa:428
then "rndfa" is searched in zurl.conf and replaced by the corresponding string, here:
"http://www.zomis.net/rnd/download.php?id="
concat the 428 to the end, with result:
"http://www.zomis.net/rnd/download.php?id=428"

b)
if there is a "%s" in this, then for example assume this:
in "zurl.conf"
check: http://www.%s.de

at command line
$ rndTest -url=check:anyway

then result:
"http://www.anyway.de

c) if you type
> rndtest09 -url=rndfa:BD2K3-1.0.0.zip
result:
"http://www.zomis.net/rnd/download.php?i ... -1.0.0.zip"

This file is not on your server!
To see what going on, set "zurl_debug" in "zurl.conf" to " 1 ".
Then a file "zdebug.tmp" in "levtmps" are written.
with detailed information.
If this dont help, send this file to me.

d) if you enable all access (remove comment before "http:" in
zurl.conf) and you type
> rndTest09 -url=http://www.artsoft.org/RELEASES/rocksnd ... -1.0.0.zip

Then this download BD2K3 (takes some time!).

Hope this help's.

-- To strange for beginners??


-- What do you say about the "follow mouse" mode? (-sokomode=11)

Don't worry HerzAusGold, I didn't think it was a trojan either. A trojan would probably try to do a little bit more than downloading a non-existing file.
I see that the ip seems to be yours actually, or at least someone who uses the same Internet Service Provider as you are.
I suspect, but I'm not at all sure, that this little "bug" might be caused by
"rndtest09 -url=artsoft:BD2K3-1.0.0.zip" which maybe tries both downloading the file from artsoft and from rndfa... I'll check this out more when I come home tomorrow - to a computer with both RND and an internet connection.
Or maybe someone (most likely HerzAusGold) actually tries typing:
"rndtest09 -url=rndfa:BD2K3-1.0.0.zip"

I tested this with both!
> rndtest09 -url=rndfa:BD2K3-1.0.0.zip
connect only once and only to your server (rndfa).
> rndtest09 -url=artsoft:BD2K3-1.0.0.zip
connect only once and only to artsoft's server.

If the label "artsoft" not found in "zurl.conf" than it's connect per default to the rndfa archive, so you can write:
> rndTest09 -url=428

I ordered the curl lib to follow the location even there is a referer.
May be this causes this effect, but my firewall say nothing to this.
Or may be I open the channel to artsoft in my debugger and tweak some variables or code (visual C support edit and continue). But this is years ago...

And, Normaly I write only features not bug's (nice dream).
But I make a level for each bug you found in my code.

May be more logging should done.

Grrr. Last post is from me.
*edit* And next post too...
Don't know why this happen so often now.
For a couple of time I have now problems, but now...

Hi,
I sent a PM to holger to discuss the mentioned bug (in german).

And I send my zurl.c as full example back to the CURL community (without rnd stuff).
Hope they can take a look on it or use it as example.
- With a small hint to "Rocks'n'Diamonds".

Hi,
I upload RndTest10 (means version 1.0)
with some improvements (can took some hints from the libcurl community - but they have other demands for examples)

changed:
- now based on rnd3.1.2
- and should compileable on linux (tested with mingw)
- realurl and done tweaks are logged
- zurl.conf (and zdebug) are in the base dir now
- free some unused memory (zfile dir structure)
- new level (for the found bug)

And I found the "feature bug" Zomis mentioned.
(last version want to prevent download from every site - if you dont uncomment the http: entry in zurl.conf and load from default.

> rndTest09 -url=http://www.artsoft.org/RELEASES/rocksnd ... -1.0.0.zip
leads to url: http://www.zomis.net/rnd/download.php?i ... -1.0.0.zip

Now you can download every file, without define a http: entry.
But as always at your own risk!

Added a new level to my series (its a bug level) like promised.

Hope if rnd3.2.0 is ready Holger can take some time to investigate the sokomode problems.

Btw: Thousand Thanks... for the GoldenRockford

> I sent a PM to holger to discuss the mentioned bug (in german).
[...]
> Hope if rnd3.2.0 is ready Holger can take some time to investigate the
> sokomode problems.

I will try to find enough time to have a look at this problem! (Indeed probably after the release of 3.2.0.) So far I did not have enough time to analyse your modifications, but I'm confident that we will be able to fix this!

(One little hint I already wanted to give you, although I haven't seen your changes (so maybe you already do it exactly that way): Try to move the player not by calling the functions which do this directly, but by inserting the input events into the "PlayerInfo" structure field "programmed_action", and then checking later if the player did that move. Maybe this is the easiest way to prevent that problem with the player not being able to move in some cases. But maybe you already do it exactly that way; in this case I'll have a deeper look into the code what might have gone wrong exactly...)

As described in my (german) EM - I have test some things and also "programmed_action" but this dont help!
*edit*
See comments in "events.c" (each try have a separate comment char)

Ah, then you already tried it using "programmed_action" (you didn't mention this in your PM, and I haven't had time to look directly at the code).

I just read that you mentioned calling "MovePlayer()" or "DigField()" directly, which will probably cause such errors as you described and which I also encountered when testing it...

Hope to find some time to dig a bit deeper here soon...

See comments in "events.c" (each try have a separate comment char)
But dont really know how i can check for finished programm_action.
btw. sokomode=3 (which call movePlayer and digField) causes NO troubles.
*edit*
But this is not taped and have an ugly (or no) animation.