* * * *

Privacy Policy

Blog italiano

Clicca qui se vuoi andare al blog italiano su Lazarus e il pascal.

Forum ufficiale

Se non siete riusciti a reperire l'informazione che cercavate nei nostri articoli o sul nostro forum vi consiglio di visitare il
Forum ufficiale di Lazarus in lingua inglese.

Lazarus 1.0

Trascinare un file nel programma
DB concetti fondamentali e ZeosLib
Recuperare codice HTML da pagina web
Mandare mail con Lazarus
Stabilire il sistema operativo
Esempio lista in pascal
File INI
Codice di attivazione
Realizzare programmi multilingua
Lavorare con le directory
Utilizzare Unità esterne
TTreeView
TTreeview e Menu
Generare controlli RUN-TIME
LazReport, PDF ed immagini
Intercettare tasti premuti
Ampliare Lazarus
Lazarus e la crittografia
System Tray con Lazarus
UIB: Unified Interbase
Il file: questo sconosciuto
Conferma di chiusura di un applicazione
Liste e puntatori
Overload di funzioni
Funzioni a parametri variabili
Proprietà
Conversione numerica
TImage su Form e Panel
Indy gestiore server FTP lato Client
PopUpMenu sotto Pulsante (TSpeedButton)
Direttiva $macro
Toolbar
Evidenziare voci TreeView
Visualizzare un file Html esterno
StatusBar - aggirare l'errore variabile duplicata
Da DataSource a Excel
Le permutazioni
Brute force
Indy 10 - Invio email con allegati
La gestione degli errori in Lazarus
Pascal Script
Linux + Zeos + Firebird
Dataset virtuale
Overload di operatori
Lavorare con file in formato JSON con Lazarus
Zeos ... dietro le quinte (prima parte)
Disporre le finestre in un blocco unico (come Delphi)
Aspetto retrò (Cmd Line)
Lazarus 1.0
Come interfacciare periferica twain
Ubuntu - aggiornare free pascal e lazarus
fpcup: installazioni parallele di lazarus e fpc
Free Pascal e Lazarus sul Raspberry Pi
Cifratura: breve guida all'uso dell'algoritmo BlowFish con lazarus e free pascal.
Creare un server multithread
guida all'installazione di fpc trunk da subversion in linux gentoo
Indice
DB concetti fondamentali e connessioni standard
Advanced Record Syntax
DB concetti fondamentali e DBGrid
DB concetti fondamentali e TDBEdit, TDBMemo e TDBText
Advanced Record Syntax: un esempio pratico
Superclasse form base per programmi gestionali (e non)
Superclasse form base per programmi gestionali (e non) #2 - log, exception call stack, application toolbox
Superclasse form base per programmi gestionali (e non) #3 - traduzione delle form
Superclasse form base per programmi gestionali (e non) #4 - wait animation
Un dialog per la connessione al database:TfmSimpleDbConnectionDialog
Installare lazarus su mac osx sierra
immagine docker per lavorare con lazarus e free pascal
TDD o Test-Driven Development
Benvenuto! Effettua l'accesso oppure registrati.
Novembre 21, 2024, 09:11:18 pm

Inserisci il nome utente, la password e la durata della sessione.

112 Visitatori, 0 Utenti

Autore Topic: Sempre Thread... questi rompiscatole  (Letto 6309 volte)

Stilgar

  • Global Moderator
  • Hero Member
  • *****
  • Post: 2389
  • Karma: +10/-0
Sempre Thread... questi rompiscatole
« il: Dicembre 28, 2012, 08:38:32 pm »
Ciao a tutti.
Allego un progetto.
Premetto che è più una prova che una cosa seria.
E' legato al problema di xinyiman ... ma a lui sotto linux da problemi, io l'ho sviluppato sotto windows.
"Semaphore init failed (possibily too many concurrent thread). "
Questo è l'errore che mi segnala.
Non ho un linux sotto mano (e non ho voglia di mettere su una macchina virtuale con linux).
C'è qualche anima pia che ci può aiutare a venirne fuori, prima di chiedere al forum inglese?

Stilgar
Al mondo ci sono 10 tipi di persone ... chi capisce il binario e chi no.

Legolas

  • Global Moderator
  • Sr. Member
  • *****
  • Post: 366
  • Karma: +3/-0
Re:Sempre Thread... questi rompiscatole
« Risposta #1 il: Dicembre 28, 2012, 09:14:00 pm »
Questo problema l'ho già visto sul foro di Lazarus e nel bug traker. La soluzione dovrebbe essere quella di utilizzare esplicitamente la unit cthreads tramite {$DEFINE UseCThreads}, oppure passando -dUseCThreads al compilatore. Sto ancora scaricando Lazarus sulla VM Ubuntu, quindi non ho ancora provato per vedere se così si risolve...  :)

Stilgar

  • Global Moderator
  • Hero Member
  • *****
  • Post: 2389
  • Karma: +10/-0
Re:Sempre Thread... questi rompiscatole
« Risposta #2 il: Dicembre 28, 2012, 09:25:12 pm »
Grande Legolas ;)
Al mondo ci sono 10 tipi di persone ... chi capisce il binario e chi no.

Legolas

  • Global Moderator
  • Sr. Member
  • *****
  • Post: 366
  • Karma: +3/-0
Re:Sempre Thread... questi rompiscatole
« Risposta #3 il: Dicembre 28, 2012, 10:04:10 pm »
Ok, sembra funzionare a dovere  :D

Codice: delphi [Seleziona]
program Threads;

{$mode objfpc}{$H+}

uses
  {$DEFINE UseCThreads} // oppure togli tutti gli ifdef qui sotto
  {$IFDEF UNIX}{$IFDEF UseCThreads}
  cthreads,
  {$ENDIF}{$ENDIF}
  Interfaces, // this includes the LCL widgetset
  Forms, MainView, models
  { you can add units after this };

{$R *.res}

begin
  RequireDerivedFormResource := True;
  Application.Initialize;
  Application.CreateForm(TForm1, Form1);
  Application.Run;
end.

Stilgar

  • Global Moderator
  • Hero Member
  • *****
  • Post: 2389
  • Karma: +10/-0
Re:Sempre Thread... questi rompiscatole
« Risposta #4 il: Dicembre 28, 2012, 10:08:32 pm »
Grande ;)
Al mondo ci sono 10 tipi di persone ... chi capisce il binario e chi no.

xinyiman

  • Administrator
  • Hero Member
  • *****
  • Post: 3273
  • Karma: +12/-0
Re:Sempre Thread... questi rompiscatole
« Risposta #5 il: Dicembre 28, 2012, 10:12:27 pm »
Grazie ragazzi  :)
Ieri è passato, domani è futuro, oggi è un dono...

bonmario

  • Hero Member
  • *****
  • Post: 1358
  • Karma: +11/-1
Re:Sempre Thread... questi rompiscatole
« Risposta #6 il: Dicembre 29, 2012, 10:32:21 am »
La soluzione dovrebbe essere quella di utilizzare esplicitamente la unit cthreads tramite {$DEFINE UseCThreads}, oppure passando -dUseCThreads al compilatore.

Questa non la sapevo, io ho sempre aggiunto il parametro "-dUseCThreads" ... ottimo a sapersi !!!

Che tu sappia, se io dovessi usare i thread in una unit che a sua volta verrebbe usata in più progetti, posso aggiungere
Codice: [Seleziona]
  {$DEFINE UseCThreads}
  {$IFDEF UNIX}{$IFDEF UseCThreads}
  cthreads,
  {$ENDIF}{$ENDIF}
direttamente nella unit o lo devo fare in ogni lpr di ogni progetto in cui userò quella unit?

Grazie, Mario

Legolas

  • Global Moderator
  • Sr. Member
  • *****
  • Post: 366
  • Karma: +3/-0
Re:Sempre Thread... questi rompiscatole
« Risposta #7 il: Dicembre 29, 2012, 10:45:47 am »
In effetti -d e {$DEFINE } sono due modi differenti di fare la stessa cosa.  :)
Da quello che so, poi, cthreads deve essere la prima unit definita nel progetto, quindi andrebbe messa nel file lpr.

bonmario

  • Hero Member
  • *****
  • Post: 1358
  • Karma: +11/-1
Re:Sempre Thread... questi rompiscatole
« Risposta #8 il: Gennaio 31, 2013, 08:53:39 am »
Da quello che hai scritto, credo di sapere già la risposta, ma preferisco chiederlo ugualmente, magari ho capito male io .... ma veniamo al dunque:

Codice: [Seleziona]
  {$DEFINE UseCThreads}
  {$IFDEF UNIX}{$IFDEF UseCThreads}
  cthreads,
  {$ENDIF}{$ENDIF}

se dovessi fare una unit contenente la gestione di un Thread, dovrei aggiungere le righe qui sopra nell'LPR di tutti i progetti che usano questa unit. Se le mettessi direttamente nella unit non funzionerebbe. E' corretto?

Grazie, Mario

 

Recenti

How To

Utenti
  • Utenti in totale: 803
  • Latest: maXim.FI
Stats
  • Post in totale: 19169
  • Topic in totale: 2286
  • Online Today: 123
  • Online Ever: 900
  • (Gennaio 21, 2020, 08:17:49 pm)
Utenti Online
Users: 0
Guests: 112
Total: 112

Disclaimer:

Questo blog non rappresenta una testata giornalistica poiché viene aggiornato senza alcuna periodicità. Non può pertanto considerarsi un prodotto editoriale ai sensi della legge n. 62/2001.