Transparent zip support with zomis file archive
Moderators: Flumminator, Zomis
- Rockford4ever
- Posts: 152
- Joined: Tue Jan 03, 2006 7:41 pm
- Location: Belgium
Re: HerzAusGold
Sounds niceHerzAusGold wrote:You can now download every thing (series or single levels) !
> rndTest09 -url=rndfa:181
or
> rndtest09 -url=artsoft:BD2K3-1.0.0.zip
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...
-
- Posts: 362
- Joined: Sun Sep 25, 2005 4:41 pm
- Location: Germany
HerzAusGold
* 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 ..."
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 ..."
And the answer is ... 42 !
-
- Posts: 362
- Joined: Sun Sep 25, 2005 4:41 pm
- Location: Germany
HerzAusGold
* 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)
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)
And the answer is ... 42 !
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 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"
HerzAusGold
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.
> 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.
-
- Posts: 362
- Joined: Sun Sep 25, 2005 4:41 pm
- Location: Germany
HerzAusGold
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...
*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...
Last edited by HerzAusGold on Sat Feb 11, 2006 10:06 pm, edited 1 time in total.
And the answer is ... 42 !
HerzAusGold
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".
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".
-
- Posts: 362
- Joined: Sun Sep 25, 2005 4:41 pm
- Location: Germany
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 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
And the answer is ... 42 !
> 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...)
[...]
> 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...)
-
- Posts: 362
- Joined: Sun Sep 25, 2005 4:41 pm
- Location: Germany
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)
*edit*
See comments in "events.c" (each try have a separate comment char)
Last edited by HerzAusGold on Thu Feb 23, 2006 7:16 am, edited 1 time in total.
And the answer is ... 42 !
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...
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...
-
- Posts: 362
- Joined: Sun Sep 25, 2005 4:41 pm
- Location: Germany