PureBasic Forums - English

0755 is wrong. It would be 493 in that case. You could use strtol() to get your value:

If you would increase the safety then I would recommend to add some "If". "If AddElement" and "If FirstElement" to make sure your elements are available before you are going to use them. However your list does not consume much memory anyway. You lock, add the first element, switch to the first and ...

In PB we need various PeekA(), PeekB(), PeekC(), PeekL(), PeekI(), PeekQ() and PokeA(), PokeB(), PokeC(), PokeL(), PokeI(), PokeQ() and so on. In C we just need *. The compiler knows the type because we are forced to declare it in C.

That means in C translated to PB (while there is no such ...

The MIB_IFROW structure looks pretty different to the version you've posted in your example: http://msdn.microsoft.com/en-us/library/windows/desktop/aa366836%28v=vs.85%29.aspx ...and it looks like pdwSize is telling you the size of the buffer anyway. So I think you could just give it an pointer to a ...

I did not know that that memory-overlap is supported. I'm not really sure what you need exactly. If you don't need pointer why you don't use just table.MIB_IFROW[2] afterwards? Maybe you could try this:


Structure MIB_IFROW
dwIndex.l
EndStructure

Structure MIB_IFTABLE1
dwNumEntries.l
table.MIB ...

I don't see a bug here (except probably that PB allows creation of an static array with 0 size without warning).


Structure MIB_IFROW
dwIndex.l
EndStructure

Structure MIB_IFTABLE1
dwNumEntries.l
*table.MIB_IFROW[2]
EndStructure

Define MIBIfTable.MIB_IFTABLE1

Debug SizeOf(MIB_IFTABLE1 ...

I did not found a good solution for that issue as well. PostEvent() does not really help (or it just helps in few cases and only in one direction).

If you need some new thread that is similar to a new process as if you click on "something.exe" in windows-explorer and the only information that have ...

Is it possible to enable Focus / Taborder for HyperlinkGadget() e.g. like "#PB_Canvas_Keyboard|#PB_Canvas_DrawFocus" for CanvasGadget? I need this just for windows-OS.

uses the graphical primitives of x11 directly

Guess you are right. At least it seems there is no limitation in x11 itself but just in the GUIs.

luis wrote: It's not surprising it works under wine.

I don't wonder if it works but how it works via wine especially if the major linux-guis lacks that behavior. I even tried to play a bit with fork_() and so on but got some strange results.

I wonder how wine (acronym "Wine Is Not an Emulator") handles that issue because running the example which was posted on the top does not crash the program if it was compiled on windows and started on linux via "wine test.exe" and even the timer continues to run (so it seems to be a different thread ...

gdk_threads_enter has been deprecated since version 3.6 and should not be used in newly-written code. All GDK and GTK+ calls should be made from the main thread


In my opinion it's a shame and a step backwards regarding freedom and modular design. GUI is just one part of a software that have to ...

Using windows, the program runs fine.


I'm a linux-fanboy and used linux based OS for years almost exclusive at my own stuff. However that "windows processing have to be in the mainthread crap" (in the 21st century with multicore processors and GPUs that do lots of parallel processing and own ...

I had a further "crash" of my application. Well at least it _should_ crash because I've got a segfault reported from the Error-Handler:


Error-message: Segmentation violation
Error-code: 11
Code-address: 139690827377649
Target-address: 0
Source-line: 1044
Source-file: srv_serv85.pb


However ...

Did you try onerror ?

Thanks for the hint. Edit: I've tried with OnError and put 2 FreeMemory in a raw now. It's telling some wrong line without the debugger. Anyway compiling with "-l -t -pf -ds -d" reported the wrong faulty line on OnError... at least most time (it even yet again reported some ...