Messages

Cool, thx a lot.

Also, if the script is open in the editor, and I click on script's name to rename it, I can't paste the text from clipboard, because it is pasted to the script text window instead. This problem is not new one, it exists in AGS 3.2 too.

Thanks, I was wondering how to deal with the dot problem and it didn't came to my mind to simply rename the script by clicking on its name...

Nope, everything's fine both under Windows and under Linux with Linux port.

[.]

It seems that when a script's name contains a dot (like MyScript1.0) no menu shows with right-clicks. Therefore I can't rename/delete/export these scripts.

Has anyone ever experienced it?

Hi,

I have updated Wine with the last 1.5.29 version, installed VCRUN2005 (sp2), VCRUN2008 (sp2), GDIPLUS and DOTNET20 on my wineprefix, but I still encounter some serious problems when launching the editor:

Spoiler

Code: "text"

fixme:exec:SHELL_execute flags ignored: 0x00000100
fixme:exec:SHELL_execute flags ignored: 0x00004100
fixme:advapi:RegisterTraceGuidsW (0x7a03261a, 0x12f130, {e13c0d23-ccbc-4e12-931b-d9cc2eee27e4}, 14, 0x7a3bee40, (null), (null), 0x7a3bdc70,): stub
fixme:advapi:RegisterTraceGuidsW (0x7a030638, 0x12f130, {cc2bcbba-16b6-4cf3-8990-d74c2e8af500}, 1, 0x7a3bee38, (null), (null), 0x7a3bdc78,): stub
fixme:thread:SetThreadStackGuarantee (0x33fc80): stub
err:ole:CoGetContextToken apartment not initialised
fixme:shell:URL_ParseUrl failed to parse L"System.Windows.Forms"
fixme:shell:URL_ParseUrl failed to parse L"System"
fixme:shell:URL_ParseUrl failed to parse L"System.Drawing"
fixme:shell:URL_ParseUrl failed to parse L"Accessibility"
fixme:win:EnumDisplayDevicesW ((null),0,0x33e270,0x00000000), stub!
fixme:dciman:DCICreatePrimary 0x80045 0x3c092ac
fixme:shell:URL_ParseUrl failed to parse L"AGS.Types"
fixme:shell:URL_ParseUrl failed to parse L"System.Xml"
fixme:shell:URL_ParseUrl failed to parse L"AGS.Native"
fixme:shell:URL_ParseUrl failed to parse L"msvcm90"
fixme:shell:URL_ParseUrl failed to parse L"WeifenLuo.WinFormsUI.Docking"
fixme:olepicture:OLEPictureImpl_QueryInterface () : asking for un supported interface {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4}
fixme:olepicture:OLEPictureImpl_QueryInterface () : asking for un supported interface {b196b283-bab4-101a-b69c-00aa00341d07}
fixme:olepicture:OLEPictureImpl_QueryInterface () : asking for un supported interface {00000003-0000-0000-c000-000000000046}
fixme:olepicture:OLEPictureImpl_QueryInterface () : asking for un supported interface {00000144-0000-0000-c000-000000000046}
fixme:olepicture:OLEPictureImpl_QueryInterface () : asking for un supported interface {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4}
fixme:olepicture:OLEPictureImpl_QueryInterface () : asking for un supported interface {b196b283-bab4-101a-b69c-00aa00341d07}
fixme:olepicture:OLEPictureImpl_QueryInterface () : asking for un supported interface {00000003-0000-0000-c000-000000000046}
fixme:olepicture:OLEPictureImpl_QueryInterface () : asking for un supported interface {00000144-0000-0000-c000-000000000046}
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"System.Windows.Forms.resources"
fixme:shell:URL_ParseUrl failed to parse L"System.Windows.Forms.resources"
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"WeifenLuo.WinFormsUI.Docking.resources"
fixme:shell:URL_ParseUrl failed to parse L"WeifenLuo.WinFormsUI.Docking.resources"
fixme:shell:URL_ParseUrl failed to parse L"WeifenLuo.WinFormsUI.Docking.resources"
fixme:shell:URL_ParseUrl failed to parse L"WeifenLuo.WinFormsUI.Docking.resources"
fixme:shell:URL_ParseUrl failed to parse L"System.resources"
fixme:shell:URL_ParseUrl failed to parse L"System.resources"
fixme:process:FlushProcessWriteBuffers : stub
fixme:shell:URL_ParseUrl failed to parse L"AGS.CScript.Compiler"
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"mscorlib.resources"
fixme:shell:URL_ParseUrl failed to parse L"mscorlib.resources"
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"AGSEditor.resources"
fixme:shell:URL_ParseUrl failed to parse L"System.Configuration"
fixme:ras:RasEnumConnectionsW (0x216568,0x668e018,0x668e01c),stub!
fixme:ras:RasEnumConnectionsW RAS support is not implemented! Configure program to use LAN connection/winsock instead!
fixme:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request: stub
fixme:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request: stub
fixme:ras:RasConnectionNotificationW (0xffffffff,0x394,0x00000003),stub!
fixme:winhttp:WinHttpDetectAutoProxyConfigUrl discovery via DHCP not supported
fixme:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request: stub
fixme:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request: stub
fixme:thread:NtQueryInformationThread info class 16 not supported yet

[close]

Yet, I can use most features of the editor but it repetitively triggers "serious errors" and it ends by forcing to quit after a while.
Also, when I use a textbox in a game and type in some text, letters don't correspond to keys, though it matches perfectly well in the script editor. I have a European (AZERTY) keyboard and a French ubuntu environment. I think it might come from this, but has any of you encountered the same issue?

Any idea on how I could solve the problem? Thx in advance.

Note: my computer is 64bits but I obviously run Wine in 32bits.

[Enfore new-style strings:]

I use AGS 3.3.0 beta.
My Backward Compatibility settings are the following (I omit the presumably irrelevant lines):

• Enfore new-style strings: True
• Enfore object-based scripting: True
• Left-to-right operator precedence: True

Secondly, when I use your code I get all positive values all the time (0-255).

Weird, I just copied and pasted my code again and ran it and it still prints negative numbers from 128 

This convertion problem arises only if you use String.Chars directly, like

Well, I still get a negative value with :

Code: AGS

String alpha = String.Format("%c",150);
char c = alpha.Chars[0];
Display("%d", c); // Prints -106

Thanks CW, that's what I'll do. I'll replace my String.Chars[] uses by calls to a custom method executing the code you gave.

I revive this topic because I have a similar problem: I'm willing to store numbers into a string, sort of using its chars as 255-base bytes.
Anyway, the point is that if I set a char variables to a value higher than 127 and set an int variable passing the char variable as the value, whenever I try to display one or the other variable's value in a string with the %d expression, I get a negative value (positive value - 256).
Here is an example :

Code: AGS

int i = 0;
while (i < 256) {
  char a = i;
  // Intended positve values up to 127, then negative
  Display("%d : %d", i, a);
  i++;
}

I tried to display it with a non-SCI font but it behaves the same.
Should I check for negative values whenever I handle a char variable as an int?

Thanks for your replies.
I've got it now.
As Khris proposed, there's an easy solution I didn't think about (maybe that was too simple... )

Well, thanks again, I'll get my script work now.

[EDIT :]

Hi,

I'm currently developing a word game and I need to randomly pick up a word from a long text file (one word per lign).
Here is the code I use to do so:

Code: ags

function noloopcheck NewWord() {
  int l = Random(900000), i;
  File* input = File.Open("input_file.txt",eFileRead);
  String line;
  while (i <= l) {
    line = input.ReadRawLineBack();
    i++;
  }
  input.Close();
  WordToFind = line;  
}

EDIT : Just tested it one more time. Now the returned value is each time around 6500. I don't know about the core mechanism of the Random function, but could it be that the returned value were calculated on the basis of the current time?

The "900000" is purely arbitrary, it's meant to correspond to the number of ligns in the file.
The problem is that if I pass a low value to Random, everything goes right (I end up with some of the first words of the file). But as soon as I set a too high value (don't ask me which exaclty, I just don't know), the variable l always gets around 14000 and I inevitably get a word beginning with D (you see why...).
I first wondered if the int type limitted the Random argument to some extreme value, but that's not the case and even if it was so, it would be non-sense to get a 14*** value each time.

I've been looking through the results for "Random problem/limit/too high" on the forums, but this problem doesn't seem to have been encountered.
Any idea?

Thanks.

PS: Sorry for language mistakes, french guy spotted.