[Include] YSI 4 - Printable Version
+- SA-MP Forums Archive (https://sampforum.blast.hk)
+-- Forum: SA-MP Scripting and Plugins (https://sampforum.blast.hk/forumdisplay.php?fid=8)
+--- Forum: Filterscripts (https://sampforum.blast.hk/forumdisplay.php?fid=17)
+---- Forum: Includes (https://sampforum.blast.hk/forumdisplay.php?fid=83)
+---- Thread: [Include] YSI 4 (/showthread.php?tid=570884)
+- SA-MP Forums Archive (https://sampforum.blast.hk)
+-- Forum: SA-MP Scripting and Plugins (https://sampforum.blast.hk/forumdisplay.php?fid=8)
+--- Forum: Filterscripts (https://sampforum.blast.hk/forumdisplay.php?fid=17)
+---- Forum: Includes (https://sampforum.blast.hk/forumdisplay.php?fid=83)
+---- Thread: [Include] YSI 4 (/showthread.php?tid=570884)
Re: YSI 4 - GhostKiller123 - 03.01.2017
C:\Users\Edona\Desktop\Test Gamemode\pawno\include\YSI\..\YSI_Visual\..\YSI_Co re\..\YSI_Coding\..\YSI_Core\..\YSI_Storage\..\YSI _Internal\amx_assembly.inc(3
: fatal error 111: user error: Please update "https://github.com/Zeex/amx_assembly" to get "deref()"This error i get trying to make a /setskin Command.
Код:
CMD:setskin(playerid, params[]){
new TargetID, SkinID;
if(sscanf(params, "ui", TargetID, SkinID)) return SendClientMessage(playerid, COLOR_GREEN, "Usage: /setskin [Target ID] [Skin ID]");
if(!IsPlayerConnected) return SendClientMessage(playerid, COLOR_GREEN, "This Player is not currently online");
if(SkinID < 0 || SkinID >299) return SendClientMessage(playerid, COLOR_GREEN, "That Skin is Invalid");
SetPlayerSkin(TargetID, SkinID);
SendClientMessage(TargetID, COLOR_GREEN, "Your Skin Was Changed.");
SendClientMessage(playerid, COLOR_GREEN, "You changed the player's skin.");
return 1;
Re: YSI 4 - Konstantinos - 03.01.2017
The command has nothing to do with it, you need amx_assembly for YSI 4. Take a look here: http://forum.sa-mp.com/showpost.php?...99&postcount=2
Re: YSI 4 - ThomasTailor93 - 24.01.2017
Hi,
I just want to try out YSI 4 but it's impossible for me to compile it. I use a blank script with only y_commands included.
pawn Код:
#include <a_samp>
#include <YSI\y_commands>
main() {
}
public OnGameModeInit() {
return 1;
}
public OnGameModeExit() {
return 1;
}
pawn Код:
D:\Program Files (x86)\Pawno\include\YSI\..\YSI_Coding\..\YSI_Internal\y_cgen.inc(90) : warning 231: state specification on forward declaration is ignored
Pawn compiler 3.2.3664 Copyright (c) 1997-2006, ITB CompuPhase
1 Warning.
Regards, TT93
Re: YSI 4 - PT - 24.01.2017
Did you update for the last version it is on GitHub?
Re: YSI 4 - ThomasTailor93 - 24.01.2017
Yeah, I got both YSI 4 and amx out of this topic: http://forum.sa-mp.com/showpost.php?...99&postcount=2
Re: YSI 4 - Penguin1997 - 24.01.2017
Do we have a solution for this?
Код:
E:\ZS\pawno\include\YSI\..\YSI_Storage\..\YSI_Coding\..\YSI_Internal\y_cgen.inc(90) : warning 231: state specification on forward declaration is ignored
Re: YSI 4 - PT - 24.01.2017
Just wait for a fix it's a bug it will be fixed fast
Re: YSI 4 - ThomasTailor93 - 25.01.2017
Is it in any way possible to compile YSI 4 with Pawn compiler 3.2.3664? It's always crashing. Pawn compiler 3.10 works fine, but give some warnings.
pawn Код:
D:\Program Files (x86)\Pawno\include\YSI\..\YSI_Coding\..\YSI_Core\..\YSI_Storage\y_amx.inc(1010) : warning 208: function with tag result or global variables as arguments is used before definition, forcing reparse
D:\Program Files (x86)\Pawno\include\YSI\..\YSI_Coding\y_inline/impl.inc(1468) : warning 208: function with tag result or global variables as arguments is used before definition, forcing reparse
D:\Program Files (x86)\Pawno\include\YSI\..\YSI_Coding\y_inline/impl.inc(1630) : warning 208: function with tag result or global variables as arguments is used before definition, forcing reparse
Pawn compiler 3.10.1 Copyright (c) 1997-2006, ITB CompuPhase
3 Warnings.
Re: YSI 4 - Crayder - 25.01.2017
Quote:
|
Originally Posted by ThomasTailor93
 Is it in any way possible to compile YSI 4 with Pawn compiler 3.2.3664? It's always crashing. Pawn compiler 3.10 works fine, but give some warnings.
pawn Код:
|
Re: YSI 4 - xogud807 - 26.01.2017
Ysi After running on the server, when you turn on DOS, just about ysi related things are just coming out. How can you get rid of something in DOS window?
Re: YSI 4 - ThomasTailor93 - 26.01.2017
Problem with compile crash is solved (for me). It seems that the combination with https://github.com/maddinat0r/samp-m...inline-include give the compiler some reasons to crash.
Re: YSI 4 - Crayder - 26.01.2017
Quote:
|
Originally Posted by ThomasTailor93
Problem with compile crash is solved (for me). It seems that the combination with https://github.com/maddinat0r/samp-m...inline-include give the compiler some reasons to crash.
|
Quote:
|
Pawn compiler 3.10.1 |
Re: YSI 4 - Sjn - 19.04.2017
Don't know if anyone asked for a help related to this already or not but I didn't find any. I'm getting this error every time I try to include any .inc file from the libary.
Code:
pawno\include\YSI\..\YSI_Data\..\YSI_Internal\..\YSI_Core\..\YSI_Storage\..\YSI_Internal\amx_assembly.inc(38) : fatal error 111: user error: Please update "https://github.com/Zeex/amx_assembly" to get "deref()"
Re: YSI 4 - Freedom. - 28.07.2017
I was using YSI 4.0 downloading by myself and changed to include with initial release by Misiur 8 days ago. Then Server CPU increases %100 after 4-5 hours later. Any ideas?
Re: YSI 4 - Misiur - 29.07.2017
Hello @Freedom. - can you tell which y_* libraries are you using? Please try commenting out parts of code until you find the culprit, then I'll take a closer look - it'd be bad if a bug made it onto our first release
Re: YSI 4 - Freedom. - 29.07.2017
Code:
#include <YSI\y_iterate> #include <YSI\y_flooding> #include <YSI\y_timers> #include <YSI\y_bit>
Re: YSI 4 - Unrea1 - 31.07.2017
Is it normal that it takes about 15 seconds to load the library?, before this update, this was not happening.
Re: YSI 4 - Y_Less - 01.08.2017
Load where? Compile times? Server start? Downloading from github?
Compile times went up a lot because I had to revert a change to y_malloc. Originally it used a huge array as its memory pool, but that took a long time to compile and people complained. I switched to using the heap instead, exploiting a bug to reserve a section of the heap for private use; this drastically reduced compile times as the heap is allocated at run-time, but as I'm sure you can imaging, exploiting bugs is not entirely stable. It seemed that after a few restarts, things just stopped working and I did not know why. So I had to revert to the old, more stable but slower to compile, method.
Server startup should not take that long unless you have a really slow machine. However, YSI does do a lot of work at initialisation, but that work is all designed to pre-compute things and make the rest of your execution faster. I've never really cared about startup times - servers run for days or weeks at a time, fifteen seconds is a tiny price to pay IMHO and worrying over nothing (although people here do seem to like doing that, as proven by the topics asking if "if" or "switch" are faster).
Download times going up could be because github has been having a service outage the last few days, so that should clear up soon.
Re: YSI 4 - Unrea1 - 01.08.2017
Quote:
|
Originally Posted by Y_Less
Load where? Compile times? Server start? Downloading from github?
Compile times went up a lot because I had to revert a change to y_malloc. Originally it used a huge array as its memory pool, but that took a long time to compile and people complained. I switched to using the heap instead, exploiting a bug to reserve a section of the heap for private use; this drastically reduced compile times as the heap is allocated at run-time, but as I'm sure you can imaging, exploiting bugs is not entirely stable. It seemed that after a few restarts, things just stopped working and I did not know why. So I had to revert to the old, more stable but slower to compile, method. Server startup should not take that long unless you have a really slow machine. However, YSI does do a lot of work at initialisation, but that work is all designed to pre-compute things and make the rest of your execution faster. I've never really cared about startup times - servers run for days or weeks at a time, fifteen seconds is a tiny price to pay IMHO and worrying over nothing (although people here do seem to like doing that, as proven by the topics asking if "if" or "switch" are faster). Download times going up could be because github has been having a service outage the last few days, so that should clear up soon. |
...
The compile time in PAWN seems the same to me (that depends on the number of lines in the game mode, you know ...)
Re: YSI 4 - Y_Less - 02.08.2017
Quote:
|
Originally Posted by Unrea1
that depends on the number of lines in the game mode, you know ...
|